From xen-api-bounces@lists.xen.org Fri Jan 02 19:24:21 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 02 Jan 2015 19:24: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 1Y77pR-0003DQ-OZ; Fri, 02 Jan 2015 19:24:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y77pQ-0003DL-Ng for xen-api@lists.xen.org; Fri, 02 Jan 2015 19:24:08 +0000 Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id D6/DC-08051-850F6A45; Fri, 02 Jan 2015 19:24:08 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-27.messagelabs.com!1420226647!18224094!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32454 invoked from network); 2 Jan 2015 19:24:07 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jan 2015 19:24:07 -0000 Received: from flick.office (volstagg-0.srg.cl.cam.ac.uk [128.232.32.232]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id b2479ff3; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 2 Jan 2015 19:30:56 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <6074971C-4BD4-4537-A5E6-4E07354E5B95@ocamlpro.com> Date: Fri, 2 Jan 2015 19:24:07 +0000 Message-Id: <4BAC6913-7029-495D-9C71-CA71148D79A8@recoil.org> References: <12bd36a5834798f320a765f5e939eb48@whitequark.org> <6c4ccd733a1df4c819228a4f6fcc852c@whitequark.org> <6074971C-4BD4-4537-A5E6-4E07354E5B95@ocamlpro.com> To: Louis Gesbert X-Mailer: Apple Mail (2.1993) Cc: Peter Zotov , opam-devel , xen-api@lists.xen.org Subject: Re: [Xen-API] [opam-devel] opam installext packaged up 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org QXdlc29tZSEgIEkndmUganVzdCBjdXQgYW4gaW5zdGFsbGV4dC4xLjAuMSB3aXRoIHNvbWUgZml4 ZXMgZm9yIERlYmlhbiBhbmQgQ2VudE9TIGRldGVjdGlvbiAodGhhbmtzIHRvIERhdmUgU2NvdHQg Zm9yIHRoZSBsYXR0ZXIpLgpodHRwczovL2dpdGh1Yi5jb20vb2NhbWwvb3BhbS1yZXBvc2l0b3J5 L3B1bGwvMzMwOQoKSSB0aGluayB3ZSBzaG91bGQgbWFpbnRhaW4gYm90aCBhIHNoZWxsIHNjcmlw dCBhbmQgYW4gT0NhbWwtYmFzZWQgZGlzdHJvIGRldGVjdGlvbiwgc2luY2UgdGhleSBhcmUgYm90 aCBvZiB1c2UgaW4gZGlmZmVyZW50IGNvbnRleHRzIChpbnN0YWxsYXRpb24gdnMgcHJvZ3JhbW1h dGljIHVzZSBpbiBPUEFNKS4KCkhvdyBhYm91dCB0dXJuaW5nIHRoZSBkaXN0cm8gZGV0ZWN0aW9u IGxvZ2ljIGludG8gYSBzZXBhcmF0ZSBsaWJyYXJ5IGNhbGxlZCBvcy1pZGVudGlmeSwgYW5kIHRo ZW4gb3BhbS1pbnN0YWxsZXh0IGNhbiBqdXN0IGJlY29tZSBhIHRoaW4gc2hlbGwgb24gdG9wIG9m IHRoYXQ/ICBGb3Igbm93IHRob3VnaCwgaWYgeW91IGhhdmUgbm8gb2JqZWN0aW9uIEknbGwgbW92 ZSBhdnNtL29wYW0taW5zdGFsbGV4dCB1bmRlciB0aGUgb2NhbWwvIG9yZyBzaW5jZSBpdCdzIHVz ZWQgYnkgYSBsb3Qgb2YgdGhlIGJ1bGsgYnVpbGQgc2NyaXB0cyBhbHJlYWR5LgoKSSdtIENDaW5n IHhlbi1hcGlAbGlzdHMueGVuLm9yZywgYXMgdGhlIENpdHJpeCBmb2xrIG1heSBiZSBpbnRlcmVz dGVkIGluIGhhdmluZyB0aGUgT0NhbWwgbGlicmFyeSBhcyB3ZWxsLi4uCgotYW5pbAoKPiBPbiAy OCBEZWMgMjAxNCwgYXQgMDM6MTAsIExvdWlzIEdlc2JlcnQgPGxvdWlzLmdlc2JlcnRAb2NhbWxw cm8uY29tPiB3cm90ZToKPiAKPiBMZXQncyBzeW5jaHJvbml6ZSBvdXIgZWZmb3J0cyEgSSd2ZSBi ZWVuIGRvaW5nIHRoZSBzYW1lIGJ1dCBpbiBPQ2FtbCByZWNlbnRseTsgbm90IGhhbmRsaW5nIGFz IG1hbnkgYXJjaHMgdGhvdWdoLgo+IAo+IGh0dHBzOi8vZ2l0aHViLmNvbS9BbHRHci9vcGFtLWlu c3RhbGxleHQKPiAKPiBMZSAyOCBkw6ljZW1icmUgMjAxNCAwNjowNjo1MCBVVEMrMDk6MDAsIFBl dGVyIFpvdG92IDx3aGl0ZXF1YXJrQHdoaXRlcXVhcmsub3JnPiBhIMOpY3JpdCA6Cj4+IE9uIDIw MTQtMTItMjggMDA6MDEsIEFuaWwgTWFkaGF2YXBlZGR5IHdyb3RlOgo+Pj4gT24gMjcgRGVjIDIw MTQsIGF0IDE5OjM2LCBQZXRlciBab3RvdiA8d2hpdGVxdWFya0B3aGl0ZXF1YXJrLm9yZz4gCj4+ PiB3cm90ZToKPj4+PiAKPj4+PiBPbiAyMDE0LTEyLTI3IDIyOjIwLCBBbmlsIE1hZGhhdmFwZWRk eSB3cm90ZToKPj4+Pj4gSGksCj4+Pj4+IEkndmUgYmVlbiBjbGVhbmluZyB1cCBzb21lIG9mIHRo ZSBidWxrIGJ1aWxkaW5nIGluZnJhc3RydWN0dXJlLCBhbmQKPj4gCj4+Pj4+IHNvCj4+Pj4+IGhh dmUgcGFja2FnZWQgdXAgb3BhbS1pbnN0YWxsZXh0IGludG8gYW4gT1BBTSBwYWNrYWdlIGFzIFRo b21hcwo+Pj4+PiBHYXphZ25haXJlIHN1Z2dlc3RlZCBhIHdoaWxlIGJhY2s6Cj4+Pj4+IGh0dHBz Oi8vZ2l0aHViLmNvbS9vY2FtbC9vcGFtLXJlcG9zaXRvcnkvcHVsbC8zMjk2Cj4+Pj4gCj4+Pj4g TmljZSEgVGhlIG5leHQgc3RlcCBpcyB0aWdodGVyIGludGVncmF0aW9uIHdpdGggT1BBTS4uLgo+ Pj4gCj4+PiBZZXAgLS0gSSBqdXN0IHdhbnRlZCB0byBnZXQgYWxsIHRoZSBoYWNreSBzaGVsbCBz Y3JpcHQgYW5kIE9TIGRpc3Rybwo+Pj4gZGV0ZWN0aW9uIHN0dWZmIGludG8gYSBwYWNrYWdlIGZp cnN0LCBzaW5jZSB0aGF0IHdpbGwgcmVhbGx5IGJlbmVmaXQKPj4+IGZyb20gYSB3aWRlciBjb250 cmlidXRpb24gYmFzZS4gIEkgY291bGRuJ3QgZmluZCBhbnl0aGluZyBvdXQgdGhlcmUKPj4+IGZv ciBkb2luZyBkaXN0cm8gZGV0ZWN0aW9uIGZyb20gc2hlbGwgc2NyaXB0cyAtLSBkb2VzIGFueW9u ZSBrbm93IG9mCj4+PiBhbiBleGlzdGluZyB0b29sIHRvIHJlcGxhY2UgdGhlIGBjb25maWd1cmVg IHNjcmlwdCBpbgo+PiBvcGFtLWluc3RhbGxleHQ/Cj4+IAo+PiBUbyBteSBrbm93bGVkZ2UsIHRo ZSBtZWNoYW5pc20geW91J3JlIHVzaW5nIGlzIGFib3V0IHRoZSBiZXN0IHlvdSBjYW4gCj4+IGRv Lgo+IAoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhl bi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVu Lm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Fri Jan 02 19:24:21 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 02 Jan 2015 19:24: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 1Y77pR-0003DQ-OZ; Fri, 02 Jan 2015 19:24:09 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y77pQ-0003DL-Ng for xen-api@lists.xen.org; Fri, 02 Jan 2015 19:24:08 +0000 Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id D6/DC-08051-850F6A45; Fri, 02 Jan 2015 19:24:08 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-2.tower-27.messagelabs.com!1420226647!18224094!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32454 invoked from network); 2 Jan 2015 19:24:07 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jan 2015 19:24:07 -0000 Received: from flick.office (volstagg-0.srg.cl.cam.ac.uk [128.232.32.232]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id b2479ff3; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 2 Jan 2015 19:30:56 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: <6074971C-4BD4-4537-A5E6-4E07354E5B95@ocamlpro.com> Date: Fri, 2 Jan 2015 19:24:07 +0000 Message-Id: <4BAC6913-7029-495D-9C71-CA71148D79A8@recoil.org> References: <12bd36a5834798f320a765f5e939eb48@whitequark.org> <6c4ccd733a1df4c819228a4f6fcc852c@whitequark.org> <6074971C-4BD4-4537-A5E6-4E07354E5B95@ocamlpro.com> To: Louis Gesbert X-Mailer: Apple Mail (2.1993) Cc: Peter Zotov , opam-devel , xen-api@lists.xen.org Subject: Re: [Xen-API] [opam-devel] opam installext packaged up 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org QXdlc29tZSEgIEkndmUganVzdCBjdXQgYW4gaW5zdGFsbGV4dC4xLjAuMSB3aXRoIHNvbWUgZml4 ZXMgZm9yIERlYmlhbiBhbmQgQ2VudE9TIGRldGVjdGlvbiAodGhhbmtzIHRvIERhdmUgU2NvdHQg Zm9yIHRoZSBsYXR0ZXIpLgpodHRwczovL2dpdGh1Yi5jb20vb2NhbWwvb3BhbS1yZXBvc2l0b3J5 L3B1bGwvMzMwOQoKSSB0aGluayB3ZSBzaG91bGQgbWFpbnRhaW4gYm90aCBhIHNoZWxsIHNjcmlw dCBhbmQgYW4gT0NhbWwtYmFzZWQgZGlzdHJvIGRldGVjdGlvbiwgc2luY2UgdGhleSBhcmUgYm90 aCBvZiB1c2UgaW4gZGlmZmVyZW50IGNvbnRleHRzIChpbnN0YWxsYXRpb24gdnMgcHJvZ3JhbW1h dGljIHVzZSBpbiBPUEFNKS4KCkhvdyBhYm91dCB0dXJuaW5nIHRoZSBkaXN0cm8gZGV0ZWN0aW9u IGxvZ2ljIGludG8gYSBzZXBhcmF0ZSBsaWJyYXJ5IGNhbGxlZCBvcy1pZGVudGlmeSwgYW5kIHRo ZW4gb3BhbS1pbnN0YWxsZXh0IGNhbiBqdXN0IGJlY29tZSBhIHRoaW4gc2hlbGwgb24gdG9wIG9m IHRoYXQ/ICBGb3Igbm93IHRob3VnaCwgaWYgeW91IGhhdmUgbm8gb2JqZWN0aW9uIEknbGwgbW92 ZSBhdnNtL29wYW0taW5zdGFsbGV4dCB1bmRlciB0aGUgb2NhbWwvIG9yZyBzaW5jZSBpdCdzIHVz ZWQgYnkgYSBsb3Qgb2YgdGhlIGJ1bGsgYnVpbGQgc2NyaXB0cyBhbHJlYWR5LgoKSSdtIENDaW5n IHhlbi1hcGlAbGlzdHMueGVuLm9yZywgYXMgdGhlIENpdHJpeCBmb2xrIG1heSBiZSBpbnRlcmVz dGVkIGluIGhhdmluZyB0aGUgT0NhbWwgbGlicmFyeSBhcyB3ZWxsLi4uCgotYW5pbAoKPiBPbiAy OCBEZWMgMjAxNCwgYXQgMDM6MTAsIExvdWlzIEdlc2JlcnQgPGxvdWlzLmdlc2JlcnRAb2NhbWxw cm8uY29tPiB3cm90ZToKPiAKPiBMZXQncyBzeW5jaHJvbml6ZSBvdXIgZWZmb3J0cyEgSSd2ZSBi ZWVuIGRvaW5nIHRoZSBzYW1lIGJ1dCBpbiBPQ2FtbCByZWNlbnRseTsgbm90IGhhbmRsaW5nIGFz IG1hbnkgYXJjaHMgdGhvdWdoLgo+IAo+IGh0dHBzOi8vZ2l0aHViLmNvbS9BbHRHci9vcGFtLWlu c3RhbGxleHQKPiAKPiBMZSAyOCBkw6ljZW1icmUgMjAxNCAwNjowNjo1MCBVVEMrMDk6MDAsIFBl dGVyIFpvdG92IDx3aGl0ZXF1YXJrQHdoaXRlcXVhcmsub3JnPiBhIMOpY3JpdCA6Cj4+IE9uIDIw MTQtMTItMjggMDA6MDEsIEFuaWwgTWFkaGF2YXBlZGR5IHdyb3RlOgo+Pj4gT24gMjcgRGVjIDIw MTQsIGF0IDE5OjM2LCBQZXRlciBab3RvdiA8d2hpdGVxdWFya0B3aGl0ZXF1YXJrLm9yZz4gCj4+ PiB3cm90ZToKPj4+PiAKPj4+PiBPbiAyMDE0LTEyLTI3IDIyOjIwLCBBbmlsIE1hZGhhdmFwZWRk eSB3cm90ZToKPj4+Pj4gSGksCj4+Pj4+IEkndmUgYmVlbiBjbGVhbmluZyB1cCBzb21lIG9mIHRo ZSBidWxrIGJ1aWxkaW5nIGluZnJhc3RydWN0dXJlLCBhbmQKPj4gCj4+Pj4+IHNvCj4+Pj4+IGhh dmUgcGFja2FnZWQgdXAgb3BhbS1pbnN0YWxsZXh0IGludG8gYW4gT1BBTSBwYWNrYWdlIGFzIFRo b21hcwo+Pj4+PiBHYXphZ25haXJlIHN1Z2dlc3RlZCBhIHdoaWxlIGJhY2s6Cj4+Pj4+IGh0dHBz Oi8vZ2l0aHViLmNvbS9vY2FtbC9vcGFtLXJlcG9zaXRvcnkvcHVsbC8zMjk2Cj4+Pj4gCj4+Pj4g TmljZSEgVGhlIG5leHQgc3RlcCBpcyB0aWdodGVyIGludGVncmF0aW9uIHdpdGggT1BBTS4uLgo+ Pj4gCj4+PiBZZXAgLS0gSSBqdXN0IHdhbnRlZCB0byBnZXQgYWxsIHRoZSBoYWNreSBzaGVsbCBz Y3JpcHQgYW5kIE9TIGRpc3Rybwo+Pj4gZGV0ZWN0aW9uIHN0dWZmIGludG8gYSBwYWNrYWdlIGZp cnN0LCBzaW5jZSB0aGF0IHdpbGwgcmVhbGx5IGJlbmVmaXQKPj4+IGZyb20gYSB3aWRlciBjb250 cmlidXRpb24gYmFzZS4gIEkgY291bGRuJ3QgZmluZCBhbnl0aGluZyBvdXQgdGhlcmUKPj4+IGZv ciBkb2luZyBkaXN0cm8gZGV0ZWN0aW9uIGZyb20gc2hlbGwgc2NyaXB0cyAtLSBkb2VzIGFueW9u ZSBrbm93IG9mCj4+PiBhbiBleGlzdGluZyB0b29sIHRvIHJlcGxhY2UgdGhlIGBjb25maWd1cmVg IHNjcmlwdCBpbgo+PiBvcGFtLWluc3RhbGxleHQ/Cj4+IAo+PiBUbyBteSBrbm93bGVkZ2UsIHRo ZSBtZWNoYW5pc20geW91J3JlIHVzaW5nIGlzIGFib3V0IHRoZSBiZXN0IHlvdSBjYW4gCj4+IGRv Lgo+IAoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhl bi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVu Lm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Tue Jan 06 12:11:35 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Jan 2015 12:11: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 1Y8Syr-0002sO-Nl; Tue, 06 Jan 2015 12:11:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Syq-0002sJ-Pr for xen-api@lists.xen.org; Tue, 06 Jan 2015 12:11:24 +0000 Received: from [85.158.137.68] by server-11.bemta-3.messagelabs.com id F7/DB-25547-BE0DBA45; Tue, 06 Jan 2015 12:11:23 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1420546283!13828158!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9259 invoked from network); 6 Jan 2015 12:11:23 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 12:11:23 -0000 X-IronPort-AV: E=Sophos;i="5.07,707,1413244800"; d="scan'208";a="28380676" From: Thanos Makatos To: David , Dave Scott Thread-Topic: [Xen-API] NFS exported from ZFS on Ubuntu 14.04 Thread-Index: AQHQJD+7Qvric19lPkWYzxCktA7f/ZyoMcwAgAADFQCACtUmSw== Date: Tue, 6 Jan 2015 12:11:21 +0000 Message-ID: <2368A3FCF9F7214298E53C823B0A48EC042E9C52@AMSPEX01CL02.citrite.net> References: <54A2BA68.2060105@gmail.com> <101E8D96-8243-48BB-AE07-804E785BC24C@citrix.com>, <54A2C7A6.5070506@gmail.com> In-Reply-To: <54A2C7A6.5070506@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-DLP: AMS1 Cc: Xen API mailing list Subject: Re: [Xen-API] NFS exported from ZFS on Ubuntu 14.04 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 >> generic exception: vdi_activate: EXCEPTION , 'CommandFailure' object has no attribute 'status' >> >> Dec 30 06:51:38 g6xentest SM: [5266] File "/usr/lib/xapi/sm/blktap2.py", line 1560, in _activate >> Dec 30 06:51:38 g6xentest SM: [5266] self._get_pool_config(sr_uuid).get("mem-pool-size")) >> Dec 30 06:51:38 g6xentest SM: [5266] File "/usr/lib/xapi/sm/blktap2.py", line 1243, in _tap_activate >> Dec 30 06:51:38 g6xentest SM: [5266] tapdisk = Tapdisk.find_by_path(phy_path) You shouldn't need NFSSR, I don't see any reason why FileSR shouldn't work. As Dave pointed out, there's something wrong when the SM executes "tap-ctl list". Apparently there is an error but we're the error handling path seems to fail. In file /usr/lib/xapi/sm/blktap2.py, function "list", class "TapCtl", can you print the exception right after catching it (use util.logException) and post the output? _______________________________________________ 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 Jan 06 12:11:35 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Jan 2015 12:11: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 1Y8Syr-0002sO-Nl; Tue, 06 Jan 2015 12:11:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Syq-0002sJ-Pr for xen-api@lists.xen.org; Tue, 06 Jan 2015 12:11:24 +0000 Received: from [85.158.137.68] by server-11.bemta-3.messagelabs.com id F7/DB-25547-BE0DBA45; Tue, 06 Jan 2015 12:11:23 +0000 X-Env-Sender: thanos.makatos@citrix.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1420546283!13828158!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9259 invoked from network); 6 Jan 2015 12:11:23 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 12:11:23 -0000 X-IronPort-AV: E=Sophos;i="5.07,707,1413244800"; d="scan'208";a="28380676" From: Thanos Makatos To: David , Dave Scott Thread-Topic: [Xen-API] NFS exported from ZFS on Ubuntu 14.04 Thread-Index: AQHQJD+7Qvric19lPkWYzxCktA7f/ZyoMcwAgAADFQCACtUmSw== Date: Tue, 6 Jan 2015 12:11:21 +0000 Message-ID: <2368A3FCF9F7214298E53C823B0A48EC042E9C52@AMSPEX01CL02.citrite.net> References: <54A2BA68.2060105@gmail.com> <101E8D96-8243-48BB-AE07-804E785BC24C@citrix.com>, <54A2C7A6.5070506@gmail.com> In-Reply-To: <54A2C7A6.5070506@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-DLP: AMS1 Cc: Xen API mailing list Subject: Re: [Xen-API] NFS exported from ZFS on Ubuntu 14.04 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 >> generic exception: vdi_activate: EXCEPTION , 'CommandFailure' object has no attribute 'status' >> >> Dec 30 06:51:38 g6xentest SM: [5266] File "/usr/lib/xapi/sm/blktap2.py", line 1560, in _activate >> Dec 30 06:51:38 g6xentest SM: [5266] self._get_pool_config(sr_uuid).get("mem-pool-size")) >> Dec 30 06:51:38 g6xentest SM: [5266] File "/usr/lib/xapi/sm/blktap2.py", line 1243, in _tap_activate >> Dec 30 06:51:38 g6xentest SM: [5266] tapdisk = Tapdisk.find_by_path(phy_path) You shouldn't need NFSSR, I don't see any reason why FileSR shouldn't work. As Dave pointed out, there's something wrong when the SM executes "tap-ctl list". Apparently there is an error but we're the error handling path seems to fail. In file /usr/lib/xapi/sm/blktap2.py, function "list", class "TapCtl", can you print the exception right after catching it (use util.logException) and post the output? _______________________________________________ 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 Jan 06 12:13:26 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Jan 2015 12:13: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 1Y8T0l-0002xF-6e; Tue, 06 Jan 2015 12:13:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8T0j-0002x9-Qp for xen-api@lists.xen.org; Tue, 06 Jan 2015 12:13:21 +0000 Received: from [85.158.139.211] by server-13.bemta-5.messagelabs.com id 7E/27-02697-161DBA45; Tue, 06 Jan 2015 12:13:21 +0000 X-Env-Sender: germano.percossi@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1420546399!16450718!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14591 invoked from network); 6 Jan 2015 12:13:20 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 12:13:20 -0000 X-IronPort-AV: E=Sophos;i="5.07,707,1413244800"; d="scan'208";a="211182299" Message-ID: <54ABD15C.9030503@citrix.com> Date: Tue, 6 Jan 2015 12:13:16 +0000 From: Germano Percossi User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: References: <54A2DCB2.6070208@gmail.com> <54A2DFB8.2010605@gmail.com> <0D6B7E67-20FA-4D86-888F-E2DD9384DCFA@citrix.com> <54A2E4AE.8010504@gmail.com> In-Reply-To: <54A2E4AE.8010504@gmail.com> X-DLP: MIA1 Subject: Re: [Xen-API] Storage Repository FileSR on ZFS won't work - Linux 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 Dawid, Which sm or XS version are you using? If you are using 6.2 or earlier, yes the fs need to support direct IO. In the master branch and xs64bit there is code to disable o_direct. Those changes go hand in hand with corresponding blktap changes. Cheers, Germano On 12/30/2014 05:45 PM, Dawid Kowalski wrote: > Just as a form of an update. I'm stuck trying to get NFS working as no > other way to use ZFS in background seems to be available for me. iSCSI > share option for ZFS is not available on Linux. Should I try to enable > it I'd need to add third-party daemon. > > I'm looking forward for your help in NFS context. > > In regards to nosync - I'm happy to give it a try as it's just a test > system now but I'd prefer to find working solution. > > I've spent couple of days/evenings already fighting to get Xen working > on Ubuntu with ZFS and I'm close to give up and try KVM. It's way to > complicated. > > I'll still keep trying... > _______________________________________________ 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 Jan 06 12:13:26 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Jan 2015 12:13: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 1Y8T0l-0002xF-6e; Tue, 06 Jan 2015 12:13:23 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8T0j-0002x9-Qp for xen-api@lists.xen.org; Tue, 06 Jan 2015 12:13:21 +0000 Received: from [85.158.139.211] by server-13.bemta-5.messagelabs.com id 7E/27-02697-161DBA45; Tue, 06 Jan 2015 12:13:21 +0000 X-Env-Sender: germano.percossi@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1420546399!16450718!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14591 invoked from network); 6 Jan 2015 12:13:20 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 12:13:20 -0000 X-IronPort-AV: E=Sophos;i="5.07,707,1413244800"; d="scan'208";a="211182299" Message-ID: <54ABD15C.9030503@citrix.com> Date: Tue, 6 Jan 2015 12:13:16 +0000 From: Germano Percossi User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: References: <54A2DCB2.6070208@gmail.com> <54A2DFB8.2010605@gmail.com> <0D6B7E67-20FA-4D86-888F-E2DD9384DCFA@citrix.com> <54A2E4AE.8010504@gmail.com> In-Reply-To: <54A2E4AE.8010504@gmail.com> X-DLP: MIA1 Subject: Re: [Xen-API] Storage Repository FileSR on ZFS won't work - Linux 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 Dawid, Which sm or XS version are you using? If you are using 6.2 or earlier, yes the fs need to support direct IO. In the master branch and xs64bit there is code to disable o_direct. Those changes go hand in hand with corresponding blktap changes. Cheers, Germano On 12/30/2014 05:45 PM, Dawid Kowalski wrote: > Just as a form of an update. I'm stuck trying to get NFS working as no > other way to use ZFS in background seems to be available for me. iSCSI > share option for ZFS is not available on Linux. Should I try to enable > it I'd need to add third-party daemon. > > I'm looking forward for your help in NFS context. > > In regards to nosync - I'm happy to give it a try as it's just a test > system now but I'd prefer to find working solution. > > I've spent couple of days/evenings already fighting to get Xen working > on Ubuntu with ZFS and I'm close to give up and try KVM. It's way to > complicated. > > I'll still keep trying... > _______________________________________________ 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 Jan 06 17:54:40 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Jan 2015 17:54: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 1Y8YKt-00010x-FX; Tue, 06 Jan 2015 17:54:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8YKs-00010W-G5 for xen-api@lists.xen.org; Tue, 06 Jan 2015 17:54:30 +0000 Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id 4D/6B-05632-5512CA45; Tue, 06 Jan 2015 17:54:29 +0000 X-Env-Sender: dkadds2@gmail.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1420566867!17680366!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_50_60,HTML_MESSAGE, MAILTO_TO_REMOVE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19315 invoked from network); 6 Jan 2015 17:54:27 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-8.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 17:54:27 -0000 Received: by mail-wg0-f49.google.com with SMTP id n12so29628927wgh.22 for ; Tue, 06 Jan 2015 09:54:27 -0800 (PST) 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=Ie4pUsFl4axkHGnhPji+Kcms+sF6iVyMlOMXlj7J+Is=; b=Fjy6DzOURp7zh7F5/rItYfJr+TCyUpaKzBavY/8VUcgpKLq7R6p3vrgOQuLlgePVJr o7SpJqCpMZ3dggZbuaAtW4KkBC/SrXHB8sGpAH4Jho4YTM7o2r+l6IfyOBbh0/IhI2sC gSSie20bAsDZIijlP9wBtCD225vDyL/4ZyqfUsYOdIxGDwFjwo7ooLX5LgtT/aGPEluE BU8aYQQAUoNEJ/brDPH3sex4zBLEQXwBsg6LXf+666gteeIPi9LMZb+neD8lGSrMJlb8 xDL8HUr26NmpDwUDCspGki6MvDEbYugErv0hofzI0sMBjGgzlGyJ5XfWpHQy4iwqbZ9x a1zg== MIME-Version: 1.0 X-Received: by 10.180.91.36 with SMTP id cb4mr38623934wib.30.1420566867507; Tue, 06 Jan 2015 09:54:27 -0800 (PST) X-Google-Sender-Delegation: 4dawidk@gmail.com Received: by 10.194.76.38 with HTTP; Tue, 6 Jan 2015 09:54:27 -0800 (PST) In-Reply-To: References: <54A2DCB2.6070208@gmail.com> <54A2DFB8.2010605@gmail.com> <0D6B7E67-20FA-4D86-888F-E2DD9384DCFA@citrix.com> <54A2E4AE.8010504@gmail.com> <54A33D73.7050304@gmail.com> Date: Tue, 6 Jan 2015 18:54:27 +0100 X-Google-Sender-Auth: e3IIbhMqW6Wy_dLjSQO4RLU8lQY Message-ID: From: Dawid Kowalski To: Carlos Reategui Cc: Xen API mailing list Subject: Re: [Xen-API] Storage Repository FileSR on ZFS won't work - Linux 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="===============1784304432102076034==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1784304432102076034== Content-Type: multipart/alternative; boundary=f46d043d671184805e050bff7f13 --f46d043d671184805e050bff7f13 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Carlos. Interesting info on ZFS O_DIRECT :) Regards, Dawid 2014-12-31 2:03 GMT+01:00 Carlos Reategui : > Glad you got it to work. > > BTW DirectIO support in ZFS on Linux is on the roadmap for 0.6.4 ( > https://github.com/zfsonlinux/zfs/issues/224). However don't know when > that is scheduled for. > > On Tue, Dec 30, 2014 at 4:04 PM, Dawid Kowalski wrote= : > >> Hi Carlos, >> >> Thanks for hint! >> This one worked. >> >> So what worked: >> zpool -> zfs block device fomatted as ext4 and mounted as folder >> storage repository created with ffs driver. >> The other drivers, meaning : >> - file, fileSR on mounted ext4 FS, >> - ext/lvm pointed to /dev/zd0 >> - ffs directly on ZFS. >> >> Failed. >> >> Other last resort option was to create file on ZFS, losetup and create V= G >> on it. >> >> FFS directly on ZFS failed most probably due to unsupported O_DIRECT fla= g >> (err=3D22) and other failed most probably for similar reasons. >> >> If anyone would have some questions, feel free to email me directly at >> love-spam-remove-me-up-to-here-dkadds2+xen-api@gmail.com >> >> Based on my experience, there seem to be a lot to be fixed on xen side t= o >> be really user friendly/usable. >> >> Based on ZFS list of features there should be direct connector from Xen >> side. >> >> Regards, >> Dawid >> >> >> On 30/12/14 20:04, Carlos Reategui wrote: >> >> Have you tried using ext4 on a ZVOL and putting your VHDs there? >> >> Scroll down to the "Ext4 on a ZVOL" section: >> https://pthree.org/2012/12/21/zfs-administration-part-xiv-zvols/ >> >> >> On Tue, Dec 30, 2014 at 9:45 AM, Dawid Kowalski >> wrote: >> >>> Just as a form of an update. I'm stuck trying to get NFS working as no >>> other way to use ZFS in background seems to be available for me. iSCSI >>> share option for ZFS is not available on Linux. Should I try to enable = it >>> I'd need to add third-party daemon. >>> >>> I'm looking forward for your help in NFS context. >>> >>> In regards to nosync - I'm happy to give it a try as it's just a test >>> system now but I'd prefer to find working solution. >>> >>> I've spent couple of days/evenings already fighting to get Xen working >>> on Ubuntu with ZFS and I'm close to give up and try KVM. It's way to >>> complicated. >>> >>> I'll still keep trying... >>> >>> Thanks, >>> Dawid >>> >>> >>> >>> On 30/12/14 18:40, Dave Scott wrote: >>> >>>> On 30 Dec 2014, at 17:24, Dawid Kowalski wrote: >>>>> >>>>> I'll answer myself. >>>>> >>>>> Modifying td.c line 258 to skip O_DIRECT and recompiling doesn't help= . >>>>> For some unexplained reasons, it calls O_DIRECT flag still: >>>>> >>>> Hm. As an experiment you could try an LD_PRELOAD wrapper like this: >>>> >>>> http://www.mcgill.org.za/stuff/software/nosync >>>> >>>> Before using anything like this for data you care about, we need to >>>> think it through a little to make sure it=E2=80=99s safe. Perhaps Linu= x zfs support >>>> for iSCSI is safer? (Sorry to flip-flop on this, I=E2=80=99m not very = familiar with >>>> ZFS) >>>> >>>> Cheers, >>>> Dave >>>> >>>> strace ./td-util create vhd 2048 /path/to/file >>>>> open("/path/to/file", O_WRONLY|O_CREAT|O_TRUNC|O_DIRECT, 0644) =3D -1 >>>>> EINVAL (Invalid argument) >>>>> exit_group(22) =3D ? >>>>> +++ exited with 22 +++ >>>>> >>>>> Checking other files with O_WRONLY flag doesn't bring any ideas as >>>>> none of them use "O_DIRECT". >>>>> >>>>> lock.c: fd =3D open(buf, O_WRONLY | O_CREAT, 0644); >>>>> lock.c: fd =3D open(lockfn, O_WRONLY | O_CREAT | O_EXCL, 0644)= ; >>>>> lock.c: fd =3D open(lockfn_flink, O_WRONLY | O_CREAT, >>>>> 0644); >>>>> tapdisk-vbd.c: fd =3D open(fn, O_WRONLY | O_CREAT | O_NONBLOCK, 06= 66); >>>>> td.c: fd =3D open(name, O_WRONLY | O_CREAT | O_TRUNC, 0644); >>>>> >>>>> >>>>> Any ideas how to fix FileSR for ZFS on Linux? >>>>> >>>>> Seems like I'm left with iScsi approach only. >>>>> >>>>> Thanks, >>>>> Dawid >>>>> >>>>> On 30/12/14 18:11, Dawid Kowalski wrote: >>>>> >>>>>> Hi Guys, >>>>>> >>>>>> Just wanted to report that file based Storage Repository won't work >>>>>> on Linux systems as td-util is required O_DIRECT when creating image= file >>>>>> not supported on ZFS (Linux). >>>>>> >>>>>> When creating vm, i.e. vm-import it calls td-util similar to below: >>>>>> td-util create vhd 2048 /path/to/file >>>>>> >>>>>> Strace shows: >>>>>> open("/path/to/file", O_WRONLY|O_CREAT|O_TRUNC|O_DIRECT, 0644) =3D -= 1 >>>>>> EINVAL (Invalid argument) >>>>>> >>>>>> I'll try to patch td.c to skip O_DIRECT flag but this is rather dirt= y >>>>>> hack than proper solution of the problem. >>>>>> >>>>>> Regards, >>>>>> Dawid >>>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >> >> >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> >> > --f46d043d671184805e050bff7f13 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Carlos.
Interesting info on ZFS O_DIRECT :)=

Regards,
Dawid

2014-12-31 2:03 GMT+01:00 Carlos Reategu= i <carlos@reategui.com>:
Glad you got it to work.

BTW DirectIO = support in ZFS on Linux is on the roadmap for 0.6.4 (https://github.com/zfs= onlinux/zfs/issues/224).=C2=A0 However don't know when that is sche= duled for.

On Tue, Dec 30, 2014 at 4:04 P= M, Dawid Kowalski <dkadds2@gmail.com> wrote:
=20 =20 =20
Hi Carlos,

Thanks for hint!
This one worked.

So what worked:
zpool -> zfs block device fomatted as ext4 and mounted as folder
storage repository created with ffs driver.
The other drivers, meaning :
- file, fileSR on mounted ext4 FS,
- ext/lvm pointed to /dev/zd0
- ffs directly on ZFS.

Failed.

Other last resort option was to create file on ZFS, losetup and create VG on it.

FFS directly on ZFS failed most probably due to unsupported O_DIRECT flag (err=3D22) and other failed most probably for similar reasons.

If anyone would have some questions, feel free to email me directly at love-spam-remove-me-up-to-here-dkadds2+xen-api@gm= ail.com

Based on my experience, there seem to be a lot to be fixed on xen side to be really user friendly/usable.

Based on ZFS list of features there should be direct connector from Xen side.

Regards,
Dawid


On 30/12/14 20:04, Carlos Reategui wrote:
Have you tried using ext4 on a ZVOL and putting your VHDs there?

Scroll down to the "Ext4 on a ZVOL" section:=C2=A0https://pthree.org/2012/12/21/zfs-administration-part-xiv= -zvols/


On Tue, Dec 30, 2014 at 9:45 AM, Dawid Kowalski <dkadds2@gmail.com> wrote:
Just as a form of an update. I'm stuck trying to get NFS working as n= o other way to use ZFS in background seems to be available for me. iSCSI share option for ZFS is not available on Linux. Should I try to enable it I'd need to add third-party daemon.

I'm looking forward for your help in NFS context.

In regards to nosync - I'm happy to give it a try as it'= ;s just a test system now but I'd prefer to find working solution.

I've spent couple of days/evenings already fighting to get Xen working on Ubuntu with ZFS and I'm close to give up and try KVM. It's way to complicated.

I'll still keep trying...

Thanks,
Dawid



On 30/12/14 18:40, Dave Scott wrote:
On 30 Dec 2014, at 17:24, Dawid Kowalski <dkadds2@gmail.com> wrote:

I'll answer myself.

Modifying td.c line 258 to skip O_DIRECT and recompiling doesn't help.
For some unexplained reasons, it calls O_DIRECT flag still:
Hm. As an experiment you could try an LD_PRELOAD wrapper like this:

http://www.mcgill.org.za/stuff/software/nosync

Before using anything like this for data you care about, we need to think it through a little to make sure it=E2=80=99s safe. Perhaps Linux zfs support for iSC= SI is safer? (Sorry to flip-flop on this, I=E2=80=99m not very familiar with ZFS)

Cheers,
Dave

strace ./td-util create vhd 2048 /path/to/file
open("/path/to/file", O_WRONLY|O_CREAT|O_TRUN= C|O_DIRECT, 0644) =3D -1 EINVAL (Invalid argument)
exit_group(22)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D ?
+++ exited with 22 +++

Checking other files with O_WRONLY flag doesn't bring any ideas as none of them use "O_DIRECT"= ;.

lock.c:=C2=A0 =C2=A0 =C2=A0 =C2=A0 fd =3D open(buf, O_W= RONLY | O_CREAT, 0644);
lock.c:=C2=A0 =C2=A0 =C2=A0 =C2=A0 fd =3D open(lockfn, = O_WRONLY | O_CREAT | O_EXCL, 0644);
lock.c:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 fd =3D open(lockfn_flink, O_WRONLY | O_CREAT, 0644);
tapdisk-vbd.c:=C2=A0 =C2=A0 fd =3D open(fn, O_WRONLY | = O_CREAT | O_NONBLOCK, 0666);
td.c:=C2=A0 =C2=A0 fd =3D open(name, O_WRONLY | O_CREAT= | O_TRUNC, 0644);


Any ideas how to fix FileSR for ZFS on Linux?

Seems like I'm left with iScsi approach only.

Thanks,
Dawid

On 30/12/14 18:11, Dawid Kowalski wrote:
Hi Guys,

Just wanted to report that file based Storage Repository won't work on Linux systems as td-util is required O_DIRECT when creating image file not supported on ZFS (Linux).

When creating vm, i.e. vm-import it calls td-util similar to below:
td-util create vhd 2048 /path/to/file

Strace shows:
open("/path/to/file", O_WRONLY|O_CREAT|O_TR= UNC|O_DIRECT, 0644) =3D -1 EINVAL (Invalid argument)

I'll try to patch td.c to skip O_DIRECT flag but this is rather dirty hack than proper solution of the problem.

Regards,
Dawid

_______________________________________________
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



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



--f46d043d671184805e050bff7f13-- --===============1784304432102076034== 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 --===============1784304432102076034==-- From xen-api-bounces@lists.xen.org Tue Jan 06 17:54:40 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Jan 2015 17:54: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 1Y8YKt-00010x-FX; Tue, 06 Jan 2015 17:54:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8YKs-00010W-G5 for xen-api@lists.xen.org; Tue, 06 Jan 2015 17:54:30 +0000 Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id 4D/6B-05632-5512CA45; Tue, 06 Jan 2015 17:54:29 +0000 X-Env-Sender: dkadds2@gmail.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1420566867!17680366!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_50_60,HTML_MESSAGE, MAILTO_TO_REMOVE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19315 invoked from network); 6 Jan 2015 17:54:27 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-8.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 17:54:27 -0000 Received: by mail-wg0-f49.google.com with SMTP id n12so29628927wgh.22 for ; Tue, 06 Jan 2015 09:54:27 -0800 (PST) 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=Ie4pUsFl4axkHGnhPji+Kcms+sF6iVyMlOMXlj7J+Is=; b=Fjy6DzOURp7zh7F5/rItYfJr+TCyUpaKzBavY/8VUcgpKLq7R6p3vrgOQuLlgePVJr o7SpJqCpMZ3dggZbuaAtW4KkBC/SrXHB8sGpAH4Jho4YTM7o2r+l6IfyOBbh0/IhI2sC gSSie20bAsDZIijlP9wBtCD225vDyL/4ZyqfUsYOdIxGDwFjwo7ooLX5LgtT/aGPEluE BU8aYQQAUoNEJ/brDPH3sex4zBLEQXwBsg6LXf+666gteeIPi9LMZb+neD8lGSrMJlb8 xDL8HUr26NmpDwUDCspGki6MvDEbYugErv0hofzI0sMBjGgzlGyJ5XfWpHQy4iwqbZ9x a1zg== MIME-Version: 1.0 X-Received: by 10.180.91.36 with SMTP id cb4mr38623934wib.30.1420566867507; Tue, 06 Jan 2015 09:54:27 -0800 (PST) X-Google-Sender-Delegation: 4dawidk@gmail.com Received: by 10.194.76.38 with HTTP; Tue, 6 Jan 2015 09:54:27 -0800 (PST) In-Reply-To: References: <54A2DCB2.6070208@gmail.com> <54A2DFB8.2010605@gmail.com> <0D6B7E67-20FA-4D86-888F-E2DD9384DCFA@citrix.com> <54A2E4AE.8010504@gmail.com> <54A33D73.7050304@gmail.com> Date: Tue, 6 Jan 2015 18:54:27 +0100 X-Google-Sender-Auth: e3IIbhMqW6Wy_dLjSQO4RLU8lQY Message-ID: From: Dawid Kowalski To: Carlos Reategui Cc: Xen API mailing list Subject: Re: [Xen-API] Storage Repository FileSR on ZFS won't work - Linux 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="===============1784304432102076034==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1784304432102076034== Content-Type: multipart/alternative; boundary=f46d043d671184805e050bff7f13 --f46d043d671184805e050bff7f13 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Carlos. Interesting info on ZFS O_DIRECT :) Regards, Dawid 2014-12-31 2:03 GMT+01:00 Carlos Reategui : > Glad you got it to work. > > BTW DirectIO support in ZFS on Linux is on the roadmap for 0.6.4 ( > https://github.com/zfsonlinux/zfs/issues/224). However don't know when > that is scheduled for. > > On Tue, Dec 30, 2014 at 4:04 PM, Dawid Kowalski wrote= : > >> Hi Carlos, >> >> Thanks for hint! >> This one worked. >> >> So what worked: >> zpool -> zfs block device fomatted as ext4 and mounted as folder >> storage repository created with ffs driver. >> The other drivers, meaning : >> - file, fileSR on mounted ext4 FS, >> - ext/lvm pointed to /dev/zd0 >> - ffs directly on ZFS. >> >> Failed. >> >> Other last resort option was to create file on ZFS, losetup and create V= G >> on it. >> >> FFS directly on ZFS failed most probably due to unsupported O_DIRECT fla= g >> (err=3D22) and other failed most probably for similar reasons. >> >> If anyone would have some questions, feel free to email me directly at >> love-spam-remove-me-up-to-here-dkadds2+xen-api@gmail.com >> >> Based on my experience, there seem to be a lot to be fixed on xen side t= o >> be really user friendly/usable. >> >> Based on ZFS list of features there should be direct connector from Xen >> side. >> >> Regards, >> Dawid >> >> >> On 30/12/14 20:04, Carlos Reategui wrote: >> >> Have you tried using ext4 on a ZVOL and putting your VHDs there? >> >> Scroll down to the "Ext4 on a ZVOL" section: >> https://pthree.org/2012/12/21/zfs-administration-part-xiv-zvols/ >> >> >> On Tue, Dec 30, 2014 at 9:45 AM, Dawid Kowalski >> wrote: >> >>> Just as a form of an update. I'm stuck trying to get NFS working as no >>> other way to use ZFS in background seems to be available for me. iSCSI >>> share option for ZFS is not available on Linux. Should I try to enable = it >>> I'd need to add third-party daemon. >>> >>> I'm looking forward for your help in NFS context. >>> >>> In regards to nosync - I'm happy to give it a try as it's just a test >>> system now but I'd prefer to find working solution. >>> >>> I've spent couple of days/evenings already fighting to get Xen working >>> on Ubuntu with ZFS and I'm close to give up and try KVM. It's way to >>> complicated. >>> >>> I'll still keep trying... >>> >>> Thanks, >>> Dawid >>> >>> >>> >>> On 30/12/14 18:40, Dave Scott wrote: >>> >>>> On 30 Dec 2014, at 17:24, Dawid Kowalski wrote: >>>>> >>>>> I'll answer myself. >>>>> >>>>> Modifying td.c line 258 to skip O_DIRECT and recompiling doesn't help= . >>>>> For some unexplained reasons, it calls O_DIRECT flag still: >>>>> >>>> Hm. As an experiment you could try an LD_PRELOAD wrapper like this: >>>> >>>> http://www.mcgill.org.za/stuff/software/nosync >>>> >>>> Before using anything like this for data you care about, we need to >>>> think it through a little to make sure it=E2=80=99s safe. Perhaps Linu= x zfs support >>>> for iSCSI is safer? (Sorry to flip-flop on this, I=E2=80=99m not very = familiar with >>>> ZFS) >>>> >>>> Cheers, >>>> Dave >>>> >>>> strace ./td-util create vhd 2048 /path/to/file >>>>> open("/path/to/file", O_WRONLY|O_CREAT|O_TRUNC|O_DIRECT, 0644) =3D -1 >>>>> EINVAL (Invalid argument) >>>>> exit_group(22) =3D ? >>>>> +++ exited with 22 +++ >>>>> >>>>> Checking other files with O_WRONLY flag doesn't bring any ideas as >>>>> none of them use "O_DIRECT". >>>>> >>>>> lock.c: fd =3D open(buf, O_WRONLY | O_CREAT, 0644); >>>>> lock.c: fd =3D open(lockfn, O_WRONLY | O_CREAT | O_EXCL, 0644)= ; >>>>> lock.c: fd =3D open(lockfn_flink, O_WRONLY | O_CREAT, >>>>> 0644); >>>>> tapdisk-vbd.c: fd =3D open(fn, O_WRONLY | O_CREAT | O_NONBLOCK, 06= 66); >>>>> td.c: fd =3D open(name, O_WRONLY | O_CREAT | O_TRUNC, 0644); >>>>> >>>>> >>>>> Any ideas how to fix FileSR for ZFS on Linux? >>>>> >>>>> Seems like I'm left with iScsi approach only. >>>>> >>>>> Thanks, >>>>> Dawid >>>>> >>>>> On 30/12/14 18:11, Dawid Kowalski wrote: >>>>> >>>>>> Hi Guys, >>>>>> >>>>>> Just wanted to report that file based Storage Repository won't work >>>>>> on Linux systems as td-util is required O_DIRECT when creating image= file >>>>>> not supported on ZFS (Linux). >>>>>> >>>>>> When creating vm, i.e. vm-import it calls td-util similar to below: >>>>>> td-util create vhd 2048 /path/to/file >>>>>> >>>>>> Strace shows: >>>>>> open("/path/to/file", O_WRONLY|O_CREAT|O_TRUNC|O_DIRECT, 0644) =3D -= 1 >>>>>> EINVAL (Invalid argument) >>>>>> >>>>>> I'll try to patch td.c to skip O_DIRECT flag but this is rather dirt= y >>>>>> hack than proper solution of the problem. >>>>>> >>>>>> Regards, >>>>>> Dawid >>>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >> >> >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> >> > --f46d043d671184805e050bff7f13 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Carlos.
Interesting info on ZFS O_DIRECT :)=

Regards,
Dawid

2014-12-31 2:03 GMT+01:00 Carlos Reategu= i <carlos@reategui.com>:
Glad you got it to work.

BTW DirectIO = support in ZFS on Linux is on the roadmap for 0.6.4 (https://github.com/zfs= onlinux/zfs/issues/224).=C2=A0 However don't know when that is sche= duled for.

On Tue, Dec 30, 2014 at 4:04 P= M, Dawid Kowalski <dkadds2@gmail.com> wrote:
=20 =20 =20
Hi Carlos,

Thanks for hint!
This one worked.

So what worked:
zpool -> zfs block device fomatted as ext4 and mounted as folder
storage repository created with ffs driver.
The other drivers, meaning :
- file, fileSR on mounted ext4 FS,
- ext/lvm pointed to /dev/zd0
- ffs directly on ZFS.

Failed.

Other last resort option was to create file on ZFS, losetup and create VG on it.

FFS directly on ZFS failed most probably due to unsupported O_DIRECT flag (err=3D22) and other failed most probably for similar reasons.

If anyone would have some questions, feel free to email me directly at love-spam-remove-me-up-to-here-dkadds2+xen-api@gm= ail.com

Based on my experience, there seem to be a lot to be fixed on xen side to be really user friendly/usable.

Based on ZFS list of features there should be direct connector from Xen side.

Regards,
Dawid


On 30/12/14 20:04, Carlos Reategui wrote:
Have you tried using ext4 on a ZVOL and putting your VHDs there?

Scroll down to the "Ext4 on a ZVOL" section:=C2=A0https://pthree.org/2012/12/21/zfs-administration-part-xiv= -zvols/


On Tue, Dec 30, 2014 at 9:45 AM, Dawid Kowalski <dkadds2@gmail.com> wrote:
Just as a form of an update. I'm stuck trying to get NFS working as n= o other way to use ZFS in background seems to be available for me. iSCSI share option for ZFS is not available on Linux. Should I try to enable it I'd need to add third-party daemon.

I'm looking forward for your help in NFS context.

In regards to nosync - I'm happy to give it a try as it'= ;s just a test system now but I'd prefer to find working solution.

I've spent couple of days/evenings already fighting to get Xen working on Ubuntu with ZFS and I'm close to give up and try KVM. It's way to complicated.

I'll still keep trying...

Thanks,
Dawid



On 30/12/14 18:40, Dave Scott wrote:
On 30 Dec 2014, at 17:24, Dawid Kowalski <dkadds2@gmail.com> wrote:

I'll answer myself.

Modifying td.c line 258 to skip O_DIRECT and recompiling doesn't help.
For some unexplained reasons, it calls O_DIRECT flag still:
Hm. As an experiment you could try an LD_PRELOAD wrapper like this:

http://www.mcgill.org.za/stuff/software/nosync

Before using anything like this for data you care about, we need to think it through a little to make sure it=E2=80=99s safe. Perhaps Linux zfs support for iSC= SI is safer? (Sorry to flip-flop on this, I=E2=80=99m not very familiar with ZFS)

Cheers,
Dave

strace ./td-util create vhd 2048 /path/to/file
open("/path/to/file", O_WRONLY|O_CREAT|O_TRUN= C|O_DIRECT, 0644) =3D -1 EINVAL (Invalid argument)
exit_group(22)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D ?
+++ exited with 22 +++

Checking other files with O_WRONLY flag doesn't bring any ideas as none of them use "O_DIRECT"= ;.

lock.c:=C2=A0 =C2=A0 =C2=A0 =C2=A0 fd =3D open(buf, O_W= RONLY | O_CREAT, 0644);
lock.c:=C2=A0 =C2=A0 =C2=A0 =C2=A0 fd =3D open(lockfn, = O_WRONLY | O_CREAT | O_EXCL, 0644);
lock.c:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 fd =3D open(lockfn_flink, O_WRONLY | O_CREAT, 0644);
tapdisk-vbd.c:=C2=A0 =C2=A0 fd =3D open(fn, O_WRONLY | = O_CREAT | O_NONBLOCK, 0666);
td.c:=C2=A0 =C2=A0 fd =3D open(name, O_WRONLY | O_CREAT= | O_TRUNC, 0644);


Any ideas how to fix FileSR for ZFS on Linux?

Seems like I'm left with iScsi approach only.

Thanks,
Dawid

On 30/12/14 18:11, Dawid Kowalski wrote:
Hi Guys,

Just wanted to report that file based Storage Repository won't work on Linux systems as td-util is required O_DIRECT when creating image file not supported on ZFS (Linux).

When creating vm, i.e. vm-import it calls td-util similar to below:
td-util create vhd 2048 /path/to/file

Strace shows:
open("/path/to/file", O_WRONLY|O_CREAT|O_TR= UNC|O_DIRECT, 0644) =3D -1 EINVAL (Invalid argument)

I'll try to patch td.c to skip O_DIRECT flag but this is rather dirty hack than proper solution of the problem.

Regards,
Dawid

_______________________________________________
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



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



--f46d043d671184805e050bff7f13-- --===============1784304432102076034== 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 --===============1784304432102076034==-- From xen-api-bounces@lists.xen.org Tue Jan 06 18:02:27 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Jan 2015 18:02: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 1Y8YSY-00027I-C0; Tue, 06 Jan 2015 18:02:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8YSW-00026x-8B for xen-api@lists.xen.org; Tue, 06 Jan 2015 18:02:24 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id D8/CE-15461-F232CA45; Tue, 06 Jan 2015 18:02:23 +0000 X-Env-Sender: dkadds2@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1420567342!11595854!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9047 invoked from network); 6 Jan 2015 18:02:22 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 18:02:22 -0000 Received: by mail-wi0-f178.google.com with SMTP id em10so5849568wid.17 for ; Tue, 06 Jan 2015 10:02:22 -0800 (PST) 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=5LONYak4mN0UVOucihb0/Pbs/qrRohETnSTYMuP2UiU=; b=KJ12g9jY6gjO6KCVSelML5Na7AMi8ehukgDSxWLY8wvV4/iioevPMspQg/+VHci0bj bqk7O2ZXabjvqjmAH7Nt7qtb5gF/lCIQoLhG8LSLtCGTjxuPVaSgM6V3xXvWHeDPl1/O E+AQ9j2ngnzkNBKAFmeJoEyny0rdCVbzOLwOH1dqvExVwadyXzFYU5ppkdmPz7MY0O1q HXAgLtvihaRG5riJI3YyzT5+i4JjQUixDXfEC7HQdKTfxvLF5tT2omUxOYlZV2ey1eyg WO6LijNnM6cySiQak83pTJnC+aU24mItUOWia/Cz+H0WK1vQkaj8989dFPXObeZqnoAh jhBA== MIME-Version: 1.0 X-Received: by 10.180.105.68 with SMTP id gk4mr38695627wib.30.1420567342152; Tue, 06 Jan 2015 10:02:22 -0800 (PST) X-Google-Sender-Delegation: 4dawidk@gmail.com Received: by 10.194.76.38 with HTTP; Tue, 6 Jan 2015 10:02:22 -0800 (PST) In-Reply-To: <54ABD15C.9030503@citrix.com> References: <54A2DCB2.6070208@gmail.com> <54A2DFB8.2010605@gmail.com> <0D6B7E67-20FA-4D86-888F-E2DD9384DCFA@citrix.com> <54A2E4AE.8010504@gmail.com> <54ABD15C.9030503@citrix.com> Date: Tue, 6 Jan 2015 19:02:22 +0100 X-Google-Sender-Auth: KXAp-MA6DjWyaHiJdd9t6x48hRg Message-ID: From: Dawid Kowalski To: Germano Percossi Cc: Xen API mailing list Subject: Re: [Xen-API] Storage Repository FileSR on ZFS won't work - Linux 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="===============5798088919974401393==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5798088919974401393== Content-Type: multipart/alternative; boundary=f46d04426a60cf015d050bff9b6c --f46d04426a60cf015d050bff9b6c Content-Type: text/plain; charset=UTF-8 Thanks Germano, I'm running latest master branch taken from here: git clone git://github.com/xenserver/buildroot.git as per: https://github.com/xenserver/buildroot If you could recommend me any good working branch I might be keen to try it. btw. slightly off topic... I've to admit that during last days I've run into so many issues that almost gave up using Xen. But on the other hand I'm not sure if KVM is any better. For contrary, VirtualBox even if is headed towards desktop user, for couple of VMs as I need at the moment could be a better solution for me... It's sad to get to such conclusions, but given the time I've spent troubleshooting and running from issue to issue... It makes me thinking Xen is more in beta stage than real production one. Regards, Dawid 2015-01-06 13:13 GMT+01:00 Germano Percossi : > Hi Dawid, > > Which sm or XS version are you using? > If you are using 6.2 or earlier, yes the fs need to support direct IO. > > In the master branch and xs64bit there is code to disable o_direct. > > Those changes go hand in hand with corresponding blktap changes. > > Cheers, > Germano > > On 12/30/2014 05:45 PM, Dawid Kowalski wrote: > >> Just as a form of an update. I'm stuck trying to get NFS working as no >> other way to use ZFS in background seems to be available for me. iSCSI >> share option for ZFS is not available on Linux. Should I try to enable >> it I'd need to add third-party daemon. >> >> I'm looking forward for your help in NFS context. >> >> In regards to nosync - I'm happy to give it a try as it's just a test >> system now but I'd prefer to find working solution. >> >> I've spent couple of days/evenings already fighting to get Xen working >> on Ubuntu with ZFS and I'm close to give up and try KVM. It's way to >> complicated. >> >> I'll still keep trying... >> >> > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --f46d04426a60cf015d050bff9b6c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Germano,

I'm running= latest master branch taken from here:
git clone git://github.com/xenserver/buildr=
oot.git
as per:
https://github.com/xenserver/buildroot

If = you could recommend me any good working branch I might be keen to try it.
btw. slightly off topic...
I've to admit that= during last days I've run into so many issues that almost gave up usin= g Xen. But on the other hand I'm not sure if KVM is any better.
For contrary, VirtualBox even if is headed towards desktop user, for cou= ple of VMs as I need at the moment could be a better solution for me... It&= #39;s sad to get to such conclusions, but given the time I've spent tro= ubleshooting and running from issue to issue... It makes me thinking Xen is= more in beta stage than real production one.

Regards,
Dawid


<= div class=3D"gmail_quote">2015-01-06 13:13 GMT+01:00 Germano Percossi <germano.percossi@citrix.com>:
Hi Dawid,

Which sm or XS version are you using?
If you are using 6.2 or earlier, yes the fs need to support direct IO.

In the master branch and xs64bit there is code to disable o_direct.

Those changes go hand in hand with corresponding blktap changes.

Cheers,
Germano

On 12/30/2014 05:45 PM, Dawid Kowalski wrote:
Just as a form of an update. I'm stuck trying to get NFS working as no<= br> other way to use ZFS in background seems to be available for me. iSCSI
share option for ZFS is not available on Linux. Should I try to enable
it I'd need to add third-party daemon.

I'm looking forward for your help in NFS context.

In regards to nosync - I'm happy to give it a try as it's just a te= st
system now but I'd prefer to find working solution.

I've spent couple of days/evenings already fighting to get Xen working<= br> on Ubuntu with ZFS and I'm close to give up and try KVM. It's way t= o
complicated.

I'll still keep trying...



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

--f46d04426a60cf015d050bff9b6c-- --===============5798088919974401393== 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 --===============5798088919974401393==-- From xen-api-bounces@lists.xen.org Tue Jan 06 18:02:27 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Jan 2015 18:02: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 1Y8YSY-00027I-C0; Tue, 06 Jan 2015 18:02:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8YSW-00026x-8B for xen-api@lists.xen.org; Tue, 06 Jan 2015 18:02:24 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id D8/CE-15461-F232CA45; Tue, 06 Jan 2015 18:02:23 +0000 X-Env-Sender: dkadds2@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1420567342!11595854!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9047 invoked from network); 6 Jan 2015 18:02:22 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 18:02:22 -0000 Received: by mail-wi0-f178.google.com with SMTP id em10so5849568wid.17 for ; Tue, 06 Jan 2015 10:02:22 -0800 (PST) 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=5LONYak4mN0UVOucihb0/Pbs/qrRohETnSTYMuP2UiU=; b=KJ12g9jY6gjO6KCVSelML5Na7AMi8ehukgDSxWLY8wvV4/iioevPMspQg/+VHci0bj bqk7O2ZXabjvqjmAH7Nt7qtb5gF/lCIQoLhG8LSLtCGTjxuPVaSgM6V3xXvWHeDPl1/O E+AQ9j2ngnzkNBKAFmeJoEyny0rdCVbzOLwOH1dqvExVwadyXzFYU5ppkdmPz7MY0O1q HXAgLtvihaRG5riJI3YyzT5+i4JjQUixDXfEC7HQdKTfxvLF5tT2omUxOYlZV2ey1eyg WO6LijNnM6cySiQak83pTJnC+aU24mItUOWia/Cz+H0WK1vQkaj8989dFPXObeZqnoAh jhBA== MIME-Version: 1.0 X-Received: by 10.180.105.68 with SMTP id gk4mr38695627wib.30.1420567342152; Tue, 06 Jan 2015 10:02:22 -0800 (PST) X-Google-Sender-Delegation: 4dawidk@gmail.com Received: by 10.194.76.38 with HTTP; Tue, 6 Jan 2015 10:02:22 -0800 (PST) In-Reply-To: <54ABD15C.9030503@citrix.com> References: <54A2DCB2.6070208@gmail.com> <54A2DFB8.2010605@gmail.com> <0D6B7E67-20FA-4D86-888F-E2DD9384DCFA@citrix.com> <54A2E4AE.8010504@gmail.com> <54ABD15C.9030503@citrix.com> Date: Tue, 6 Jan 2015 19:02:22 +0100 X-Google-Sender-Auth: KXAp-MA6DjWyaHiJdd9t6x48hRg Message-ID: From: Dawid Kowalski To: Germano Percossi Cc: Xen API mailing list Subject: Re: [Xen-API] Storage Repository FileSR on ZFS won't work - Linux 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="===============5798088919974401393==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5798088919974401393== Content-Type: multipart/alternative; boundary=f46d04426a60cf015d050bff9b6c --f46d04426a60cf015d050bff9b6c Content-Type: text/plain; charset=UTF-8 Thanks Germano, I'm running latest master branch taken from here: git clone git://github.com/xenserver/buildroot.git as per: https://github.com/xenserver/buildroot If you could recommend me any good working branch I might be keen to try it. btw. slightly off topic... I've to admit that during last days I've run into so many issues that almost gave up using Xen. But on the other hand I'm not sure if KVM is any better. For contrary, VirtualBox even if is headed towards desktop user, for couple of VMs as I need at the moment could be a better solution for me... It's sad to get to such conclusions, but given the time I've spent troubleshooting and running from issue to issue... It makes me thinking Xen is more in beta stage than real production one. Regards, Dawid 2015-01-06 13:13 GMT+01:00 Germano Percossi : > Hi Dawid, > > Which sm or XS version are you using? > If you are using 6.2 or earlier, yes the fs need to support direct IO. > > In the master branch and xs64bit there is code to disable o_direct. > > Those changes go hand in hand with corresponding blktap changes. > > Cheers, > Germano > > On 12/30/2014 05:45 PM, Dawid Kowalski wrote: > >> Just as a form of an update. I'm stuck trying to get NFS working as no >> other way to use ZFS in background seems to be available for me. iSCSI >> share option for ZFS is not available on Linux. Should I try to enable >> it I'd need to add third-party daemon. >> >> I'm looking forward for your help in NFS context. >> >> In regards to nosync - I'm happy to give it a try as it's just a test >> system now but I'd prefer to find working solution. >> >> I've spent couple of days/evenings already fighting to get Xen working >> on Ubuntu with ZFS and I'm close to give up and try KVM. It's way to >> complicated. >> >> I'll still keep trying... >> >> > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > --f46d04426a60cf015d050bff9b6c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Germano,

I'm running= latest master branch taken from here:
git clone git://github.com/xenserver/buildr=
oot.git
as per:
https://github.com/xenserver/buildroot

If = you could recommend me any good working branch I might be keen to try it.
btw. slightly off topic...
I've to admit that= during last days I've run into so many issues that almost gave up usin= g Xen. But on the other hand I'm not sure if KVM is any better.
For contrary, VirtualBox even if is headed towards desktop user, for cou= ple of VMs as I need at the moment could be a better solution for me... It&= #39;s sad to get to such conclusions, but given the time I've spent tro= ubleshooting and running from issue to issue... It makes me thinking Xen is= more in beta stage than real production one.

Regards,
Dawid


<= div class=3D"gmail_quote">2015-01-06 13:13 GMT+01:00 Germano Percossi <germano.percossi@citrix.com>:
Hi Dawid,

Which sm or XS version are you using?
If you are using 6.2 or earlier, yes the fs need to support direct IO.

In the master branch and xs64bit there is code to disable o_direct.

Those changes go hand in hand with corresponding blktap changes.

Cheers,
Germano

On 12/30/2014 05:45 PM, Dawid Kowalski wrote:
Just as a form of an update. I'm stuck trying to get NFS working as no<= br> other way to use ZFS in background seems to be available for me. iSCSI
share option for ZFS is not available on Linux. Should I try to enable
it I'd need to add third-party daemon.

I'm looking forward for your help in NFS context.

In regards to nosync - I'm happy to give it a try as it's just a te= st
system now but I'd prefer to find working solution.

I've spent couple of days/evenings already fighting to get Xen working<= br> on Ubuntu with ZFS and I'm close to give up and try KVM. It's way t= o
complicated.

I'll still keep trying...



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

--f46d04426a60cf015d050bff9b6c-- --===============5798088919974401393== 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 --===============5798088919974401393==-- From xen-api-bounces@lists.xen.org Tue Jan 06 19:25:33 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Jan 2015 19:25: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 1Y8Zkq-0000gT-6i; Tue, 06 Jan 2015 19:25:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Zko-0000fO-59 for xen-api@lists.xen.org; Tue, 06 Jan 2015 19:25:22 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 2F/16-15461-1A63CA45; Tue, 06 Jan 2015 19:25:21 +0000 X-Env-Sender: germano.percossi@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1420572319!19657596!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2179 invoked from network); 6 Jan 2015 19:25:20 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 19:25:20 -0000 X-IronPort-AV: E=Sophos;i="5.07,709,1413244800"; d="scan'208";a="211381006" Message-ID: <54AC3696.8000707@citrix.com> Date: Tue, 6 Jan 2015 19:25:10 +0000 From: Germano Percossi User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Dawid Kowalski References: <54A2DCB2.6070208@gmail.com> <54A2DFB8.2010605@gmail.com> <0D6B7E67-20FA-4D86-888F-E2DD9384DCFA@citrix.com> <54A2E4AE.8010504@gmail.com> <54ABD15C.9030503@citrix.com> In-Reply-To: X-DLP: MIA2 Cc: Xen API mailing list Subject: Re: [Xen-API] Storage Repository FileSR on ZFS won't work - Linux 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 Dawid, For what concerns your build I do not know how it maps to storage manager and blktap versions. If in /opt/xensource/sm/blktap2.py there is a line like CONF_KEY_O_DIRECT = "o_direct" then you can disable o_direct. About your frustration I can understand but it is a long shot to say xenserver is in beta stage, given there are many huge business running on top of it with almost no downtime, reliability and speed. Surely it is not bug free and surely it is not able to cope with any kind of user scenario. The same, though, is true for kvm and virtualbox (just to name the ones you named). Maybe your use case is much closer to virtualbox's. The ML is here to help, as much as possible. If not and other tools are more suitable for your needs, that's fine :) Cheers, Germano On 01/06/2015 06:02 PM, Dawid Kowalski wrote: > Thanks Germano, > > I'm running latest master branch taken from here: > > |git clone git://github.com/xenserver/buildroot.git | > > as per: > https://github.com/xenserver/buildroot > > If you could recommend me any good working branch I might be keen to try it. > > btw. slightly off topic... > I've to admit that during last days I've run into so many issues that > almost gave up using Xen. But on the other hand I'm not sure if KVM is > any better. > For contrary, VirtualBox even if is headed towards desktop user, for > couple of VMs as I need at the moment could be a better solution for > me... It's sad to get to such conclusions, but given the time I've spent > troubleshooting and running from issue to issue... It makes me thinking > Xen is more in beta stage than real production one. > > Regards, > Dawid _______________________________________________ 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 Jan 06 19:25:33 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Jan 2015 19:25: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 1Y8Zkq-0000gT-6i; Tue, 06 Jan 2015 19:25:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8Zko-0000fO-59 for xen-api@lists.xen.org; Tue, 06 Jan 2015 19:25:22 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 2F/16-15461-1A63CA45; Tue, 06 Jan 2015 19:25:21 +0000 X-Env-Sender: germano.percossi@citrix.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1420572319!19657596!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2179 invoked from network); 6 Jan 2015 19:25:20 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 19:25:20 -0000 X-IronPort-AV: E=Sophos;i="5.07,709,1413244800"; d="scan'208";a="211381006" Message-ID: <54AC3696.8000707@citrix.com> Date: Tue, 6 Jan 2015 19:25:10 +0000 From: Germano Percossi User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Dawid Kowalski References: <54A2DCB2.6070208@gmail.com> <54A2DFB8.2010605@gmail.com> <0D6B7E67-20FA-4D86-888F-E2DD9384DCFA@citrix.com> <54A2E4AE.8010504@gmail.com> <54ABD15C.9030503@citrix.com> In-Reply-To: X-DLP: MIA2 Cc: Xen API mailing list Subject: Re: [Xen-API] Storage Repository FileSR on ZFS won't work - Linux 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 Dawid, For what concerns your build I do not know how it maps to storage manager and blktap versions. If in /opt/xensource/sm/blktap2.py there is a line like CONF_KEY_O_DIRECT = "o_direct" then you can disable o_direct. About your frustration I can understand but it is a long shot to say xenserver is in beta stage, given there are many huge business running on top of it with almost no downtime, reliability and speed. Surely it is not bug free and surely it is not able to cope with any kind of user scenario. The same, though, is true for kvm and virtualbox (just to name the ones you named). Maybe your use case is much closer to virtualbox's. The ML is here to help, as much as possible. If not and other tools are more suitable for your needs, that's fine :) Cheers, Germano On 01/06/2015 06:02 PM, Dawid Kowalski wrote: > Thanks Germano, > > I'm running latest master branch taken from here: > > |git clone git://github.com/xenserver/buildroot.git | > > as per: > https://github.com/xenserver/buildroot > > If you could recommend me any good working branch I might be keen to try it. > > btw. slightly off topic... > I've to admit that during last days I've run into so many issues that > almost gave up using Xen. But on the other hand I'm not sure if KVM is > any better. > For contrary, VirtualBox even if is headed towards desktop user, for > couple of VMs as I need at the moment could be a better solution for > me... It's sad to get to such conclusions, but given the time I've spent > troubleshooting and running from issue to issue... It makes me thinking > Xen is more in beta stage than real production one. > > Regards, > Dawid _______________________________________________ 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 Jan 06 21:03:36 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Jan 2015 21:03:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8bHf-0005i2-RD; Tue, 06 Jan 2015 21:03:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8bHe-0005hx-G2 for xen-api@lists.xen.org; Tue, 06 Jan 2015 21:03:22 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id 9C/33-03145-99D4CA45; Tue, 06 Jan 2015 21:03:21 +0000 X-Env-Sender: dkadds2@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1420578200!18883394!1 X-Originating-IP: [74.125.82.44] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13075 invoked from network); 6 Jan 2015 21:03:20 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 21:03:20 -0000 Received: by mail-wg0-f44.google.com with SMTP id b13so33156wgh.31 for ; Tue, 06 Jan 2015 13:03:20 -0800 (PST) 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=phUVHnETLylTuUP7f+A4v9SxayIHsOrvPMrjjPNx9nY=; b=xygcU4B4R9YYiWiKg2cG3+4bqzFpDaCsZbDXNQd/vrdB+Fs01z5CDb90OizDCSw1M2 lB6RoxRTg4djG4As+YqRrQZsnNyLfU/4evvAdiiojfhLH3AAY8NcRDOdyZJGUGg6Faz+ 2NeTtbCeLpKinAwYxxr9fARVqMRuVeOqex9CaHk2IWJXbIKKCTMgbec01GjJQ3OduHp3 muo9CcsV98NPey00P7H4dxI6gWGRzO6n+xjalEdh8bPJRfSEoIpV7SIOueXMnPEZ1d3C OQfNWhlZc8WdfmbpqCfhOwTTKpR2WmahybQv2tpByrPsH4dHHms9b6+SxGfSTwpaLaHw RUOQ== MIME-Version: 1.0 X-Received: by 10.194.86.165 with SMTP id q5mr197582084wjz.10.1420578200024; Tue, 06 Jan 2015 13:03:20 -0800 (PST) X-Google-Sender-Delegation: 4dawidk@gmail.com Received: by 10.194.76.38 with HTTP; Tue, 6 Jan 2015 13:03:19 -0800 (PST) In-Reply-To: <54AC3696.8000707@citrix.com> References: <54A2DCB2.6070208@gmail.com> <54A2DFB8.2010605@gmail.com> <0D6B7E67-20FA-4D86-888F-E2DD9384DCFA@citrix.com> <54A2E4AE.8010504@gmail.com> <54ABD15C.9030503@citrix.com> <54AC3696.8000707@citrix.com> Date: Tue, 6 Jan 2015 22:03:19 +0100 X-Google-Sender-Auth: eQ9TqIFOC4YBq4GDHd9SZeb8lHI Message-ID: From: Dawid Kowalski To: Germano Percossi Cc: Xen API mailing list Subject: Re: [Xen-API] Storage Repository FileSR on ZFS won't work - Linux 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="===============7504438105490629398==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7504438105490629398== Content-Type: multipart/alternative; boundary=089e010d8088fcfc95050c02225c --089e010d8088fcfc95050c02225c Content-Type: text/plain; charset=UTF-8 Germano, Many helps for your tips. Looks like I'm running even if latest master branch, some kind of old version as all I have is: grep CONF_KEY_ /usr/lib/xapi/sm/blktap2.py CONF_KEY_ALLOW_CACHING = "vdi_allow_caching" CONF_KEY_MODE_ON_BOOT = "vdi_on_boot" CONF_KEY_CACHE_SR = "local_cache_sr" If you're anyhow familiar which Xenproject even non GA version it the right one to go, that would be great. All I need is to put it on top of base Ubuntu 14.04 as can't go with packaged XenServer.iso due to some requirements on my side (full hdd necryption). Certainly I don't question power behind Xen, as this is one of the reasons why I turned into this direction. Personally I do know large companies using Xen/CitrixXen implementation for long time already. It's only that in my case I've run into so many issues, that it brought me to thoughts as expressed earlier. Regardless of issues I've run into, using different workarounds I'm heading to my target. What I really like about Xen is the PVM. All help from you and others is more than appreciated. Thank you! Dawid 2015-01-06 20:25 GMT+01:00 Germano Percossi : > Hi Dawid, > > For what concerns your build I do not know how it maps to storage > manager and blktap versions. > If in /opt/xensource/sm/blktap2.py there is a line like > > CONF_KEY_O_DIRECT = "o_direct" > > then you can disable o_direct. > > About your frustration I can understand but it is a long shot > to say xenserver is in beta stage, given there are many huge > business running on top of it with almost no downtime, reliability > and speed. > Surely it is not bug free and surely it is not able to cope with > any kind of user scenario. > The same, though, is true for kvm and virtualbox (just to name the > ones you named). > Maybe your use case is much closer to virtualbox's. > > The ML is here to help, as much as possible. > If not and other tools are more suitable for your needs, > that's fine :) > > Cheers, > Germano > > On 01/06/2015 06:02 PM, Dawid Kowalski wrote: > >> Thanks Germano, >> >> I'm running latest master branch taken from here: >> >> |git clone git://github.com/xenserver/buildroot.git < >> http://github.com/xenserver/buildroot.git>| >> >> as per: >> https://github.com/xenserver/buildroot >> >> If you could recommend me any good working branch I might be keen to try >> it. >> >> btw. slightly off topic... >> I've to admit that during last days I've run into so many issues that >> almost gave up using Xen. But on the other hand I'm not sure if KVM is >> any better. >> For contrary, VirtualBox even if is headed towards desktop user, for >> couple of VMs as I need at the moment could be a better solution for >> me... It's sad to get to such conclusions, but given the time I've spent >> troubleshooting and running from issue to issue... It makes me thinking >> Xen is more in beta stage than real production one. >> >> Regards, >> Dawid >> > > --089e010d8088fcfc95050c02225c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Germano,

Many helps for your tips.
<= div>Looks like I'm running even if latest master branch, some kind of o= ld version as all I have is:
grep CONF_KEY_ /usr/lib/xapi/sm/blktap2.py<= br>=C2=A0=C2=A0=C2=A0 CONF_KEY_ALLOW_CACHING =3D "vdi_allow_caching&qu= ot;
=C2=A0=C2=A0=C2=A0 CONF_KEY_MODE_ON_BOOT =3D "vdi_on_boot"=
=C2=A0=C2=A0=C2=A0 CONF_KEY_CACHE_SR =3D "local_cache_sr"
=

If you're anyhow familiar which Xenproject ev= en non GA version it the right one to go, that would be great.
All I nee= d is to put it on top of base Ubuntu 14.04 as can't go with packaged Xe= nServer.iso due to some requirements on my side (full hdd necryption).
<= /div>

Certainly I don't question power behind Xen, as this is o= ne of the reasons why I turned into this direction. Personally I do know la= rge companies using Xen/CitrixXen implementation for long time already.
=
It's only that in my case I've run into so many issues, that it= brought me to thoughts as expressed earlier. Regardless of issues I've= run into, using different workarounds I'm heading to my target.
What I really like about Xen is the PVM.

All = help from you and others is more than appreciated. Thank you!
Dawid

2015-01-06 20:25 GMT+01:00 Germano Percossi <germano.percos= si@citrix.com>:
Hi Dawid,
For what concerns your build I do not know how it maps to storage
manager and blktap versions.
If in /opt/xensource/sm/blktap2.py there is a line like

CONF_KEY_O_DIRECT =3D "o_direct"

then you can disable o_direct.

About your frustration I can understand but it is a long shot
to say xenserver is in beta stage, given there are many huge
business running on top of it with almost no downtime, reliability
and speed.
Surely it is not bug free and surely it is not able to cope with
any kind of user scenario.
The same, though, is true for kvm and virtualbox (just to name the
ones you named).
Maybe your use case is much closer to virtualbox's.

The ML is here to help, as much as possible.
If not and other tools are more suitable for your needs,
that's fine :)

Cheers,
Germano

On 01/06/2015 06:02 PM, Dawid Kowalski wrote:
Thanks Germano,

I'm running latest master branch taken from here:

 |git clone git://github.com/xenserver/buildroot.git=C2=A0 <http://g= ithub.com/xenserver/buildroot.git>|

as per:
https:= //github.com/xenserver/buildroot

If you could recommend me any good working branch I might be keen to try it= .

btw. slightly off topic...
I've to admit that during last days I've run into so many issues th= at
almost gave up using Xen. But on the other hand I'm not sure if KVM is<= br> any better.
For contrary, VirtualBox even if is headed towards desktop user, for
couple of VMs as I need at the moment could be a better solution for
me... It's sad to get to such conclusions, but given the time I've = spent
troubleshooting and running from issue to issue... It makes me thinking
Xen is more in beta stage than real production one.

Regards,
Dawid


--089e010d8088fcfc95050c02225c-- --===============7504438105490629398== 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 --===============7504438105490629398==-- From xen-api-bounces@lists.xen.org Tue Jan 06 21:03:36 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 06 Jan 2015 21:03:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8bHf-0005i2-RD; Tue, 06 Jan 2015 21:03:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8bHe-0005hx-G2 for xen-api@lists.xen.org; Tue, 06 Jan 2015 21:03:22 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id 9C/33-03145-99D4CA45; Tue, 06 Jan 2015 21:03:21 +0000 X-Env-Sender: dkadds2@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1420578200!18883394!1 X-Originating-IP: [74.125.82.44] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13075 invoked from network); 6 Jan 2015 21:03:20 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jan 2015 21:03:20 -0000 Received: by mail-wg0-f44.google.com with SMTP id b13so33156wgh.31 for ; Tue, 06 Jan 2015 13:03:20 -0800 (PST) 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=phUVHnETLylTuUP7f+A4v9SxayIHsOrvPMrjjPNx9nY=; b=xygcU4B4R9YYiWiKg2cG3+4bqzFpDaCsZbDXNQd/vrdB+Fs01z5CDb90OizDCSw1M2 lB6RoxRTg4djG4As+YqRrQZsnNyLfU/4evvAdiiojfhLH3AAY8NcRDOdyZJGUGg6Faz+ 2NeTtbCeLpKinAwYxxr9fARVqMRuVeOqex9CaHk2IWJXbIKKCTMgbec01GjJQ3OduHp3 muo9CcsV98NPey00P7H4dxI6gWGRzO6n+xjalEdh8bPJRfSEoIpV7SIOueXMnPEZ1d3C OQfNWhlZc8WdfmbpqCfhOwTTKpR2WmahybQv2tpByrPsH4dHHms9b6+SxGfSTwpaLaHw RUOQ== MIME-Version: 1.0 X-Received: by 10.194.86.165 with SMTP id q5mr197582084wjz.10.1420578200024; Tue, 06 Jan 2015 13:03:20 -0800 (PST) X-Google-Sender-Delegation: 4dawidk@gmail.com Received: by 10.194.76.38 with HTTP; Tue, 6 Jan 2015 13:03:19 -0800 (PST) In-Reply-To: <54AC3696.8000707@citrix.com> References: <54A2DCB2.6070208@gmail.com> <54A2DFB8.2010605@gmail.com> <0D6B7E67-20FA-4D86-888F-E2DD9384DCFA@citrix.com> <54A2E4AE.8010504@gmail.com> <54ABD15C.9030503@citrix.com> <54AC3696.8000707@citrix.com> Date: Tue, 6 Jan 2015 22:03:19 +0100 X-Google-Sender-Auth: eQ9TqIFOC4YBq4GDHd9SZeb8lHI Message-ID: From: Dawid Kowalski To: Germano Percossi Cc: Xen API mailing list Subject: Re: [Xen-API] Storage Repository FileSR on ZFS won't work - Linux 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="===============7504438105490629398==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7504438105490629398== Content-Type: multipart/alternative; boundary=089e010d8088fcfc95050c02225c --089e010d8088fcfc95050c02225c Content-Type: text/plain; charset=UTF-8 Germano, Many helps for your tips. Looks like I'm running even if latest master branch, some kind of old version as all I have is: grep CONF_KEY_ /usr/lib/xapi/sm/blktap2.py CONF_KEY_ALLOW_CACHING = "vdi_allow_caching" CONF_KEY_MODE_ON_BOOT = "vdi_on_boot" CONF_KEY_CACHE_SR = "local_cache_sr" If you're anyhow familiar which Xenproject even non GA version it the right one to go, that would be great. All I need is to put it on top of base Ubuntu 14.04 as can't go with packaged XenServer.iso due to some requirements on my side (full hdd necryption). Certainly I don't question power behind Xen, as this is one of the reasons why I turned into this direction. Personally I do know large companies using Xen/CitrixXen implementation for long time already. It's only that in my case I've run into so many issues, that it brought me to thoughts as expressed earlier. Regardless of issues I've run into, using different workarounds I'm heading to my target. What I really like about Xen is the PVM. All help from you and others is more than appreciated. Thank you! Dawid 2015-01-06 20:25 GMT+01:00 Germano Percossi : > Hi Dawid, > > For what concerns your build I do not know how it maps to storage > manager and blktap versions. > If in /opt/xensource/sm/blktap2.py there is a line like > > CONF_KEY_O_DIRECT = "o_direct" > > then you can disable o_direct. > > About your frustration I can understand but it is a long shot > to say xenserver is in beta stage, given there are many huge > business running on top of it with almost no downtime, reliability > and speed. > Surely it is not bug free and surely it is not able to cope with > any kind of user scenario. > The same, though, is true for kvm and virtualbox (just to name the > ones you named). > Maybe your use case is much closer to virtualbox's. > > The ML is here to help, as much as possible. > If not and other tools are more suitable for your needs, > that's fine :) > > Cheers, > Germano > > On 01/06/2015 06:02 PM, Dawid Kowalski wrote: > >> Thanks Germano, >> >> I'm running latest master branch taken from here: >> >> |git clone git://github.com/xenserver/buildroot.git < >> http://github.com/xenserver/buildroot.git>| >> >> as per: >> https://github.com/xenserver/buildroot >> >> If you could recommend me any good working branch I might be keen to try >> it. >> >> btw. slightly off topic... >> I've to admit that during last days I've run into so many issues that >> almost gave up using Xen. But on the other hand I'm not sure if KVM is >> any better. >> For contrary, VirtualBox even if is headed towards desktop user, for >> couple of VMs as I need at the moment could be a better solution for >> me... It's sad to get to such conclusions, but given the time I've spent >> troubleshooting and running from issue to issue... It makes me thinking >> Xen is more in beta stage than real production one. >> >> Regards, >> Dawid >> > > --089e010d8088fcfc95050c02225c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Germano,

Many helps for your tips.
<= div>Looks like I'm running even if latest master branch, some kind of o= ld version as all I have is:
grep CONF_KEY_ /usr/lib/xapi/sm/blktap2.py<= br>=C2=A0=C2=A0=C2=A0 CONF_KEY_ALLOW_CACHING =3D "vdi_allow_caching&qu= ot;
=C2=A0=C2=A0=C2=A0 CONF_KEY_MODE_ON_BOOT =3D "vdi_on_boot"=
=C2=A0=C2=A0=C2=A0 CONF_KEY_CACHE_SR =3D "local_cache_sr"
=

If you're anyhow familiar which Xenproject ev= en non GA version it the right one to go, that would be great.
All I nee= d is to put it on top of base Ubuntu 14.04 as can't go with packaged Xe= nServer.iso due to some requirements on my side (full hdd necryption).
<= /div>

Certainly I don't question power behind Xen, as this is o= ne of the reasons why I turned into this direction. Personally I do know la= rge companies using Xen/CitrixXen implementation for long time already.
=
It's only that in my case I've run into so many issues, that it= brought me to thoughts as expressed earlier. Regardless of issues I've= run into, using different workarounds I'm heading to my target.
What I really like about Xen is the PVM.

All = help from you and others is more than appreciated. Thank you!
Dawid

2015-01-06 20:25 GMT+01:00 Germano Percossi <germano.percos= si@citrix.com>:
Hi Dawid,
For what concerns your build I do not know how it maps to storage
manager and blktap versions.
If in /opt/xensource/sm/blktap2.py there is a line like

CONF_KEY_O_DIRECT =3D "o_direct"

then you can disable o_direct.

About your frustration I can understand but it is a long shot
to say xenserver is in beta stage, given there are many huge
business running on top of it with almost no downtime, reliability
and speed.
Surely it is not bug free and surely it is not able to cope with
any kind of user scenario.
The same, though, is true for kvm and virtualbox (just to name the
ones you named).
Maybe your use case is much closer to virtualbox's.

The ML is here to help, as much as possible.
If not and other tools are more suitable for your needs,
that's fine :)

Cheers,
Germano

On 01/06/2015 06:02 PM, Dawid Kowalski wrote:
Thanks Germano,

I'm running latest master branch taken from here:

 |git clone git://github.com/xenserver/buildroot.git=C2=A0 <http://g= ithub.com/xenserver/buildroot.git>|

as per:
https:= //github.com/xenserver/buildroot

If you could recommend me any good working branch I might be keen to try it= .

btw. slightly off topic...
I've to admit that during last days I've run into so many issues th= at
almost gave up using Xen. But on the other hand I'm not sure if KVM is<= br> any better.
For contrary, VirtualBox even if is headed towards desktop user, for
couple of VMs as I need at the moment could be a better solution for
me... It's sad to get to such conclusions, but given the time I've = spent
troubleshooting and running from issue to issue... It makes me thinking
Xen is more in beta stage than real production one.

Regards,
Dawid


--089e010d8088fcfc95050c02225c-- --===============7504438105490629398== 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 --===============7504438105490629398==-- From xen-api-bounces@lists.xen.org Wed Jan 07 02:34:34 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 07 Jan 2015 02:34:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8gRz-00063R-08; Wed, 07 Jan 2015 02:34:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8gRw-00063M-Gv for xen-api@lists.xen.org; Wed, 07 Jan 2015 02:34:20 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 17/56-09842-B2B9CA45; Wed, 07 Jan 2015 02:34:19 +0000 X-Env-Sender: dkadds2@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1420598054!19632156!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18363 invoked from network); 7 Jan 2015 02:34:14 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jan 2015 02:34:14 -0000 Received: by mail-wi0-f176.google.com with SMTP id ex7so6565015wid.15 for ; Tue, 06 Jan 2015 18:34:14 -0800 (PST) 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=Jv6CKD4gTR858+xqs21XqmNWTrM2OP4rEJKIY7dlJE4=; b=jIIXJlbMqwz9PqJxRhX32SlBsot6DY6uMDyTRz/Vzq/d6bUl+9OUw2EhyH+APUlvQG Bv526ju3B0FIbdr23OboanHiRrIVkcAj3s/DNCjUvoFNICsP5XmGfYlU9I4smLC2YDk8 2SHctk/2/4Q5r6H3csYsLkjN4boB66BOiCpsAxHN47PK8C/N/jh8TI13HrecevbXu1Iz 6EQHKy2gT2B6WxPaYYdUDLdUIay+fCh6hLLgol9Axl0IpUURrur/fkYOaz2tTEVnAXAu Xe7qRhUj6ouGuXUYR+8xH5vSmNPAT5GSS98VtAuoVg+AcN1loYGkaOKLWvnia1wozYpX L3EQ== MIME-Version: 1.0 X-Received: by 10.194.24.195 with SMTP id w3mr797777wjf.135.1420598054591; Tue, 06 Jan 2015 18:34:14 -0800 (PST) X-Google-Sender-Delegation: 4dawidk@gmail.com Received: by 10.194.76.38 with HTTP; Tue, 6 Jan 2015 18:34:14 -0800 (PST) Date: Wed, 7 Jan 2015 03:34:14 +0100 X-Google-Sender-Auth: Ln1BltqljNoTI1ieWFNexcQJ8AU Message-ID: From: Dawid Kowalski To: Xen API mailing list Subject: [Xen-API] VDI cloning doesn't work - FFS SR on ext4 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="===============7179165423218342578==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7179165423218342578== Content-Type: multipart/alternative; boundary=047d7b5d87b769a38a050c06c200 --047d7b5d87b769a38a050c06c200 Content-Type: text/plain; charset=UTF-8 Hi Guys, I've spotted another error when trying to create VDI clone. This is fully reproducible error for me. Steps to reproduce 1. create VDI. 2. create clone of this VDI. This won't raise error and VDI clone will be created however some errors are raised in logs. 3. create another clone of original VDI. This raises error immediately. Below is dump from logs. Xen-version reports 4.4 VDI Creation Jan 7 03:23:33 silver xapi: [ info|silver|12576 UNIX /var/lib/xcp/xapi||cli] xe vdi-create type=system virtual-size=100MiB sr-uuid=5b245868-00c6-dcd1-3cc9-c590f8f2c502 name-label=test2-baseline username=root password=(omitted) Jan 7 03:23:33 silver xapi: [ info|silver|12576 UNIX /var/lib/xcp/xapi|session.login_with_password D:66b29e9cb04a|xapi] Session.create trackid=a65630899f0ae0cca0a460b088c50b82 pool=false uname=root originator=cli is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|session.login_with_password D:66b29e9cb04a|mscgen] xapi=>xapi [label="session.get_uuid"]; Jan 7 03:23:33 silver xapi: [debug|silver|12577 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:50008a23749d created by task D:66b29e9cb04a Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|audit] VDI.create: SR = '5b245868-00c6-dcd1-3cc9-c590f8f2c502 (/mnt/images/)'; name label = 'test2-baseline' Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|xapi] Marking SR for VDI.create (task=OpaqueRef:3cc2497e-f6a3-10ba-d6a7-bde299f98be9) Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:33 silver xapi: [ info|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|storage_impl] VDI.create dbg:OpaqueRef:3cc2497e-f6a3-10ba-d6a7-bde299f98be9 sr:5b245868-00c6-dcd1-3cc9-c590f8f2c502 vdi_info:{"vdi": "", "content_id": "", "name_label": "test2-baseline", "name_description": "", "ty": "system", "metadata_of_pool": "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapshot_of": "", "read_only": false, "virtual_size": 104857600, "physical_utilisation": 0, "persistent": true, "sm_config": {}} Jan 7 03:23:33 silver ffs: [debug|silver|585||ffs] VDI.create test2-baseline -> /mnt/images/test2-baseline (104857600) Jan 7 03:23:33 silver ffs: [debug|silver|585||ffs] write >/mnt/images/test2-baseline.json Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|xapi] Creating VDI: {"vdi": "test2-baseline", "content_id": "", "name_label": "test2-baseline", "name_description": "", "ty": "system", "metadata_of_pool": "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapshot_of": "", "read_only": false, "virtual_size": 104857600, "physical_utilisation": 0, "persistent": true, "sm_config": {"type": "vhd"}} (ref=OpaqueRef:88ace392-9da7-997c-406d-f3718048dc1d) Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|xapi] Unmarking SR after VDI.create (task=OpaqueRef:3cc2497e-f6a3-10ba-d6a7-bde299f98be9) Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:33 silver xapi: [20150107T02:23:33.126Z|audit|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|audit] ('trackid=a65630899f0ae0cca0a460b088c50b82' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' 'API' 'VDI.create' (('name_label' 'test2-baseline' '' '') ('name_description' '' '' '') ('SR' '/mnt/images/' '5b245868-00c6-dcd1-3cc9-c590f8f2c502' 'OpaqueRef:74b063fc-ad90-f2fa-11f6-faa6dcf1fc48'))) Jan 7 03:23:33 silver xapi: [ info|silver|12576 UNIX /var/lib/xcp/xapi|session.logout D:6f8318105b60|xapi] Session.destroy trackid=a65630899f0ae0cca0a460b088c50b82 Jan 7 03:23:35 silver xapi: [debug|silver|72|xapi events D:ed0f8a33ba92|mscgen] xapi=>xapi [label="event.from"]; Jan 7 03:23:35 silver xapi: [debug|silver|12582 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:event.from D:836df63939ae created by task D:ed0f8a33ba92 VDI creation done VDI clone - first - no error returned, cloned vdi accessible Jan 7 03:23:59 silver xapi: [ info|silver|12588 UNIX /var/lib/xcp/xapi||cli] xe vdi-clone uuid=8939cdc8-d43d-16a9-efd2- 0a85fa239d79 new-name-label=test1-clone2 username=root password=(omitted) Jan 7 03:23:59 silver xapi: [ info|silver|12588 UNIX /var/lib/xcp/xapi|session.login_with_password D:1a0091535bc5|xapi] Session.create trackid=a6d169dce75de4fc39d36fc4641c6c85 pool=false uname=root originator=cli is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|session.login_with_password D:1a0091535bc5|mscgen] xapi=>xapi [label="session.get_uuid"]; Jan 7 03:23:59 silver xapi: [debug|silver|12589 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:1042a0bc8d93 created by task D:1a0091535bc5 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|audit] VDI.clone: VDI = '8939cdc8-d43d-16a9-efd2-0a85fa239d79' Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|xapi] Marking SR for VDI.clone (task=OpaqueRef:46cd7fc1-d409-3d79-03c1-35324f33d454) Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [ info|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|storage_impl] VDI.clone dbg:OpaqueRef:46cd7fc1-d409-3d79-03c1-35324f33d454 sr:5b245868-00c6-dcd1-3cc9-c590f8f2c502 vdi_info:{"vdi": "test2-baseline", "content_id": "", "name_label": "test2-baseline", "name_description": "", "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_config": {}} Jan 7 03:23:59 silver ffs: [ info|silver|586||ffs] VDI.clone test2-baseline (format = vhd) Jan 7 03:23:59 silver ffs: [ info|silver|586||ffs] rename /mnt/images/test2-baseline -> /mnt/images/test2-baseline.1 Jan 7 03:23:59 silver ffs: [debug|silver|586||ffs] write >/mnt/images/test2-baseline.1.readme Jan 7 03:23:59 silver ffs: [debug|silver|586||ffs] write >/mnt/images/test2-baseline.2.json Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|xapi] Creating VDI: {"vdi": "test2-baseline.2", "content_id": "", "name_label": "test2-baseline", "name_description": "", "ty": "user", "metadata_of_pool": "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapshot_of": "", "read_only": false, "virtual_size": 104857600, "physical_utilisation": 0, "persistent": true, "sm_config": {"type": "vhd"}} (ref=OpaqueRef:c5d26a86-80c2-5ba9-ceeb-b24ad92d9560) Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|xapi] Unmarking SR after VDI.clone (task=OpaqueRef:46cd7fc1-d409-3d79-03c1-35324f33d454) Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [20150107T02:23:59.911Z|audit|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|audit] ('trackid=a6d169dce75de4fc39d36fc4641c6c85' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' 'API' 'VDI.clone' (('vdi' 'test2-baseline' '8939cdc8-d43d-16a9-efd2-0a85fa239d79' 'OpaqueRef:88ace392-9da7-997c-406d-f3718048dc1d'))) Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|audit] VDI.set_name_label: VDI = '516a803e-212c-6a0d-2773-c26155f733e9' name-label = 'test1-clone2' Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|mscgen] xapi=>xapi [label="session.slave_login"]; Jan 7 03:23:59 silver xapi: [debug|silver|12593 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.slave_login D:9cd0f5fc8a8e created by task R:2b46893cd111 Jan 7 03:23:59 silver xapi: [ info|silver|12593 UNIX /var/lib/xcp/xapi|session.slave_login D:2227b3fb9172|xapi] Session.create trackid=7a0b31934f7b85e9aaa1ac15e1753c30 pool=true uname= originator= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 Jan 7 03:23:59 silver xapi: [debug|silver|12593 UNIX /var/lib/xcp/xapi|session.slave_login D:2227b3fb9172|mscgen] xapi=>xapi [label="session.get_uuid"]; Jan 7 03:23:59 silver xapi: [debug|silver|12594 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:c099ff1645ff created by task D:2227b3fb9172 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|mscgen] xapi=>xapi [label="VDI.update"]; Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VDI.update D:dcb4124ac3cd created by task R:2b46893cd111 Jan 7 03:23:59 silver xapi: [ info|silver|12595 UNIX /var/lib/xcp/xapi|dispatch:VDI.update D:dcb4124ac3cd|taskhelper] task VDI.update R:403920685128 (uuid:ed8ff905-97b5-842b-1fd7-9e64f5f03d5e) created (trackid=7a0b31934f7b85e9aaa1ac15e1753c30) by task R:2b46893cd111 Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|backtrace] Raised at file \" xapi_vdi.ml\", line 190, characters 26-57\nCalled from file \" message_forwarding.ml\", line 3122, characters 5-57\nCalled from file \" message_forwarding.ml\", line 283, characters 5-8\n Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|xapi] Caught exception while SR_OPERATION_NOT_SUPPORTED: [ OpaqueRef:74b063fc-ad90-f2fa-11f6-faa6dcf1fc48 ] in message forwarder: marking VDI for VDI.update Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|backtrace] Raised at file \" xapi_vdi.ml\", line 190, characters 26-57\nCalled from file \" message_forwarding.ml\", line 3122, characters 5-57\nCalled from file \" message_forwarding.ml\", line 283, characters 5-8\nRe-raised at file \" message_forwarding.ml\", line 286, characters 8-9\nCalled from file \"lib/ pervasiveext.ml\", line 33, characters 36-39\nRe-raised at file \" message_forwarding.ml\", line 3136, characters 12-13\nCalled from file \"lib/threadext.ml\", line 20, characters 20-24\nRe-raised at file \"lib/ threadext.ml\", line 20, characters 62-65\nCalled from file \" message_forwarding.ml\", line 149, characters 19-25\nCalled from file \" message_forwarding.ml\", line 3128, characters 3-369\nCalled from file \" rbac.ml\", line 227, characters 16-23\n Jan 7 03:23:59 silver xapi: [20150107T02:23:59.927Z|audit|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|audit] ('trackid=7a0b31934f7b85e9aaa1ac15e1753c30' 'LOCAL_SUPERUSER' 'OpaqueRef:0d0d7bf7-4d03-afc4-4280-8724014224ba' 'ALLOWED' 'ERROR:SR_OPERATION_NOT_SUPPORTED: [ OpaqueRef:74b063fc-ad90-f2fa-11f6-faa6dcf1fc48 ]' 'API' 'VDI.update' (('vdi' 'test1-clone2' '516a803e-212c-6a0d-2773-c26155f733e9' 'OpaqueRef:c5d26a86-80c2-5ba9-ceeb-b24ad92d9560'))) Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|backtrace] Raised at file \" rbac.ml\", line 236, characters 10-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|dispatcher] Server_helpers.exec exception_handler: Got exception SR_OPERATION_NOT_SUPPORTED: [ OpaqueRef:74b063fc-ad90-f2fa-11f6-faa6dcf1fc48 ] Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|dispatcher] Raised at file \" rbac.ml\", line 236, characters 10-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|backtrace] Raised at file \" rbac.ml\", line 236, characters 10-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|xapi] Raised at file \" server_helpers.ml\", line 90, characters 14-15\nCalled from file \"lib/ pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|dispatch:VDI.update D:dcb4124ac3cd|xapi] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCalled from file \"lib/ debug.ml\", line 57, characters 17-20\nRe-raised at file \"lib/debug.ml\", line 62, characters 10-11\nCalled from file \"lib/pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|dispatch:VDI.update D:dcb4124ac3cd|backtrace] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCalled from file \"lib/debug.ml\", line 57, characters 17-20\nRe-raised at file \"lib/ debug.ml\", line 62, characters 10-11\nCalled from file \"lib/ pervasiveext.ml\", line 22, characters 2-9\nRe-raised at file \"lib/ pervasiveext.ml\", line 26, characters 22-25\nCalled from file \" server_helpers.ml\", line 136, characters 10-106\nCalled from file \" server.ml\", line 23617, characters 23-161\nCalled from file \" server_helpers.ml\", line 115, characters 4-7\n Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|xapi] Raised at file \" client.ml\", line 6, characters 37-75\nCalled from file \"client.ml\", line 18, characters 55-110\nCalled from file \"client.ml\", line 10073, characters 6-54\nCalled from file \"lib/pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|mscgen] xapi=>xapi [label="session.logout"]; Jan 7 03:23:59 silver xapi: [debug|silver|12596 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.logout D:6b02d1d8a37c created by task R:2b46893cd111 Jan 7 03:23:59 silver xapi: [ info|silver|12596 UNIX /var/lib/xcp/xapi|session.logout D:f1bbc661e534|xapi] Session.destroy trackid=7a0b31934f7b85e9aaa1ac15e1753c30 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|xapi] Could not persist change to SR - caught Api_errors.Server_error("SR_OPERATION_NOT_SUPPORTED", _) Jan 7 03:23:59 silver xapi: [20150107T02:23:59.934Z|audit|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|audit] ('trackid=a6d169dce75de4fc39d36fc4641c6c85' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' 'API' 'VDI.set_name_label' (('self' 'test1-clone2' '516a803e-212c-6a0d-2773-c26155f733e9' 'OpaqueRef:c5d26a86-80c2-5ba9-ceeb-b24ad92d9560'))) Jan 7 03:23:59 silver xapi: [ info|silver|12588 UNIX /var/lib/xcp/xapi|session.logout D:598fbb9088a5|xapi] Session.destroy trackid=a6d169dce75de4fc39d36fc4641c6c85 VDI clone2 - raises error immediately Jan 7 03:24:08 silver xapi: [ info|silver|12599 UNIX /var/lib/xcp/xapi||cli] xe vdi-clone uuid=8939cdc8-d43d-16a9-efd2-0a85fa239d79 new-name-label=test1-clone3 username=root password=(omitted) Jan 7 03:24:08 silver xapi: [ info|silver|12599 UNIX /var/lib/xcp/xapi|session.login_with_password D:3b33410b84e5|xapi] Session.create trackid=d2c167def0dba6859dcf7905aa46a0de pool=false uname=root originator=cli is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|session.login_with_password D:3b33410b84e5|mscgen] xapi=>xapi [label="session.get_uuid"]; Jan 7 03:24:08 silver xapi: [debug|silver|12600 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:2c456342cf2a created by task D:3b33410b84e5 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|audit] VDI.clone: VDI = '8939cdc8-d43d-16a9-efd2-0a85fa239d79' Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Marking SR for VDI.clone (task=OpaqueRef:04f93157-e64e-0e44-c05f-16d591c6cbed) Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [ info|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|storage_impl] VDI.clone dbg:OpaqueRef:04f93157-e64e-0e44-c05f-16d591c6cbed sr:5b245868-00c6-dcd1-3cc9-c590f8f2c502 vdi_info:{"vdi": "test2-baseline", "content_id": "", "name_label": "test2-baseline", "name_description": "", "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_config": {}} Jan 7 03:24:08 silver ffs: [ info|silver|587||ffs] VDI.clone test2-baseline (format = vhd) Jan 7 03:24:08 silver ffs: [ info|silver|587||ffs] rename /mnt/images/test2-baseline -> /mnt/images/test2-baseline.3 Jan 7 03:24:08 silver ffs: [ info|silver|587||ffs] No .readme file containing child information for /mnt/images/test2-baseline.1 Jan 7 03:24:08 silver ffs: [error|silver|587||ffs] image node /mnt/images/test2-baseline.1 has no associated metadata -- I can't risk manipulating it Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Called from file \"lib/ pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:24:08 silver xapi: [error|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|storage_access] Re-raising as INTERNAL_ERROR [ Storage_interface.Internal_error("Failure(\"image metadata integrity check failed\")") ] Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Raised at file \" storage_access.ml\", line 973, characters 9-87\nCalled from file \" message_forwarding.ml\", line 233, characters 25-44\nCalled from file \"lib/ pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Unmarking SR after VDI.clone (task=OpaqueRef:04f93157-e64e-0e44-c05f-16d591c6cbed) Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|backtrace] Raised at file \"lib/ pervasiveext.ml\", line 26, characters 22-25\nCalled from file \"rbac.ml\", line 227, characters 16-23\n Jan 7 03:24:08 silver xapi: [20150107T02:24:08.754Z|audit|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|audit] ('trackid=d2c167def0dba6859dcf7905aa46a0de' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'ERROR:INTERNAL_ERROR: [ Storage_interface.Internal_error(\"Failure(\\\"image metadata integrity check failed\\\")\") ]' 'API' 'VDI.clone' (('vdi' 'test2-baseline' '8939cdc8-d43d-16a9-efd2-0a85fa239d79' 'OpaqueRef:88ace392-9da7-997c-406d-f3718048dc1d'))) Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|backtrace] Raised at file \" rbac.ml\", line 236, characters 10-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|dispatcher] Server_helpers.exec exception_handler: Got exception INTERNAL_ERROR: [ Storage_interface.Internal_error("Failure(\"image metadata integrity check failed\")") ] Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|dispatcher] Raised at file \" rbac.ml\", line 236, characters 10-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|backtrace] Raised at file \" rbac.ml\", line 236, characters 10-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Raised at file \" server_helpers.ml\", line 90, characters 14-15\nCalled from file \"lib/ pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|dispatch:VDI.clone D:889a3e3e1ece|xapi] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCalled from file \"lib/ debug.ml\", line 57, characters 17-20\nRe-raised at file \"lib/debug.ml\", line 62, characters 10-11\nCalled from file \"lib/pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|dispatch:VDI.clone D:889a3e3e1ece|backtrace] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCalled from file \"lib/debug.ml\", line 57, characters 17-20\nRe-raised at file \"lib/ debug.ml\", line 62, characters 10-11\nCalled from file \"lib/ pervasiveext.ml\", line 22, characters 2-9\nRe-raised at file \"lib/ pervasiveext.ml\", line 26, characters 22-25\nCalled from file \" server_helpers.ml\", line 136, characters 10-106\nCalled from file \" server.ml\", line 23417, characters 23-161\nCalled from file \" server_helpers.ml\", line 115, characters 4-7\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi||xapi] Raised at file \"client.ml\", line 6, characters 37-75\nCalled from file \"client.ml\", line 18, characters 55-110\nCalled from file \"client.ml\", line 9978, characters 6-68\nCalled from file \" cli_operations.ml\", line 1173, characters 14-63\nCalled from file \" xapi_cli.ml\", line 112, characters 18-56\nCalled from file \"lib/ pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:24:08 silver xapi: [ info|silver|12599 UNIX /var/lib/xcp/xapi|session.logout D:401462039ed3|xapi] Session.destroy trackid=d2c167def0dba6859dcf7905aa46a0de Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi||backtrace] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCalled from file \"xapi_cli.ml\", line 111, characters 2-138\nCalled from file \"xapi_cli.ml\", line 221, characters 7-44\nCalled from file \"xapi_cli.ml\", line 273, characters 4-23\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi||cli] Xapi_cli.exception_handler: Got exception INTERNAL_ERROR: [ Storage_interface.Internal_error("Failure(\"image metadata integrity check failed\")") ] Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi||cli] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCalled from file \"xapi_cli.ml\", line 111, characters 2-138\nCalled from file \"xapi_cli.ml\", line 221, characters 7-44\nCalled from file \"xapi_cli.ml\", line 273, characters 4-23\n Regards, Dawid --047d7b5d87b769a38a050c06c200 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Guys,

I= 've spotted another error when trying to create VDI clone.

This is fully reproducible error for me.
Steps to reproduce
1.= create VDI.
2. create clone of this VDI. This won't raise err= or and VDI clone will be created however some errors are raised in logs.
3. create another clone of original VDI. This raises error immediate= ly.

Below is dump from logs.
Xen-version report= s 4.4

VDI Creation
Jan=C2=A0 7 03:23:33 silver xa= pi: [ info|silver|12576=20 UNIX /var/lib/xcp/xapi||cli] xe vdi-create type=3Dsystem=20 virtual-size=3D100MiB sr-uuid=3D5b245868-00c6-dcd1-3cc9-c590f8f2c502 name-l= abel=3Dtest2-baseline username=3Droot password=3D(omitted)

Jan=C2=A0= 7 03:23:33 silver xapi: [ info|silver|12576 UNIX /var/lib/xcp/xapi|session= .login_with_password D:66b29e9cb04a|xapi] Session.create trackid=3Da6563089= 9f0ae0cca0a460b088c50b82 pool=3Dfalse uname=3Droot originator=3Dcli is_loca= l_superuser=3Dtrue auth_user_sid=3D parent=3Dtrackid=3D9834f5af41c964e225f2= 4279aefe4e49
Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576 UNIX = /var/lib/xcp/xapi|session.login_with_password D:66b29e9cb04a|mscgen] xapi= =3D>xapi [label=3D"session.get_uuid"];
Jan=C2=A0 7 03:23:33= silver xapi: [debug|silver|12577 UNIX /var/lib/xcp/xapi||dummytaskhelper] = task dispatch:session.get_uuid D:50008a23749d created by task D:66b29e9cb04= a
Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|audit] VDI.create: SR =3D=20 '5b245868-00c6-dcd1-3cc9-c590f8f2c502 (/mnt/images/)'; name label = =3D 'test2-baseline'
Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|xapi] Marking SR for=20 VDI.create (task=3DOpaqueRef:3cc2497e-f6a3-10ba-d6a7-bde299f98be9)
Jan= =C2=A0 7 03:23:33 silver xapi: [debug|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576= =20 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:33 silver xapi:=20 [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create=20 R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:33 silver xapi: [debug|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576= =20 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:33 silver xapi:=20 [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create=20 R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:33 silver xapi: [ info|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|storage_impl] VDI.create=20 dbg:OpaqueRef:3cc2497e-f6a3-10ba-d6a7-bde299f98be9 sr:5b245868-00c6-dcd1-3c= c9-c590f8f2c502 vdi_info:{"vdi": "", "content_id": "&qu= ot;, "name_label": "test2-baseline",=20 "name_description": "", "ty": "system&qu= ot;, "metadata_of_pool": "",=20 "is_a_snapshot": false, "snapshot_time": "19700101= T00:00:00Z",=20 "snapshot_of": "", "read_only": false, "= virtual_size": 104857600,=20 "physical_utilisation": 0, "persistent": true, "sm= _config": {}}
Jan=C2=A0 7 03:23:33 silver ffs: [debug|silver|585||f= fs] VDI.create test2-baseline -> /mnt/images/test2-baseline (104857600)<= br>Jan=C2=A0 7 03:23:33 silver ffs: [debug|silver|585||ffs] write >/mnt/= images/test2-baseline.json
Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|xapi] Creating VDI: {"vdi&= quot;:=20 "test2-baseline", "content_id": "", "nam= e_label": "test2-baseline",=20 "name_description": "", "ty": "system&qu= ot;, "metadata_of_pool": "",=20 "is_a_snapshot": false, "snapshot_time": "19700101= T00:00:00Z",=20 "snapshot_of": "", "read_only": false, "= virtual_size": 104857600,=20 "physical_utilisation": 0, "persistent": true, "sm= _config": {"type":=20 "vhd"}} (ref=3DOpaqueRef:88ace392-9da7-997c-406d-f3718048dc1d)Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|xapi] Unmarking SR after=20 VDI.create (task=3DOpaqueRef:3cc2497e-f6a3-10ba-d6a7-bde299f98be9)
Jan= =C2=A0 7 03:23:33 silver xapi: [debug|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576= =20 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:33 silver xapi:=20 [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create=20 R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:33 silver xapi: [20150107T02:23:33.126Z|audit|silver|12576 UNIX /v= ar/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|audit] ('trackid=3Da65630899f= 0ae0cca0a460b088c50b82' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' &#= 39;API' 'VDI.create'=20 (('name_label' 'test2-baseline' '' '') (= 9;name_description' '' '' '')=20 ('SR' '/mnt/images/' '5b245868-00c6-dcd1-3cc9-c590f8f2c= 502' 'OpaqueRef:74b063fc-ad90-f2fa-11f6-faa6dcf1fc48')))
Jan= =C2=A0 7 03:23:33 silver xapi: [ info|silver|12576 UNIX /var/lib/xcp/xapi|s= ession.logout D:6f8318105b60|xapi] Session.destroy trackid=3Da65630899f0ae0= cca0a460b088c50b82
Jan=C2=A0 7 03:23:35 silver xapi: [debug|silver|72|xa= pi events D:ed0f8a33ba92|mscgen] xapi=3D>xapi [label=3D"event.from&= quot;];
Jan=C2=A0 7 03:23:35 silver xapi: [debug|silver|12582 UNIX /var/= lib/xcp/xapi||dummytaskhelper] task dispatch:event.from D:836df63939ae crea= ted by task D:ed0f8a33ba92

VDI creation done



VDI clone - first - no error returned, cloned vdi = accessible

Jan=C2=A0 7 03:23:59 silver xapi: [ info|silver|125= 88 UNIX /var/lib/xcp/xapi||cli] xe vdi-clone uuid=3D8939cdc8-d43d-16a9-efd2= -
0a85fa239d79 new-name-label=3Dtest1-clone2 username=3Droot password= =3D(omitted)
Jan=C2=A0 7 03:23:59 silver xapi: [ info|silver|12588 UNIX = /var/lib/xcp/xapi|session.login_with_password D:1a0091535bc5|xapi] Session.= create trackid=3Da6d169dce75de4fc39d36fc4641c6c85 pool=3Dfalse uname=3Droot= originator=3Dcli is_local_superuser=3Dtrue auth_user_sid=3D parent=3Dtrack= id=3D9834f5af41c964e225f24279aefe4e49
Jan=C2=A0 7 03:23:59 silver xapi: = [debug|silver|12588 UNIX /var/lib/xcp/xapi|session.login_with_password D:1a= 0091535bc5|mscgen] xapi=3D>xapi [label=3D"session.get_uuid"];<= br>Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12589 UNIX /var/lib/xcp/= xapi||dummytaskhelper] task dispatch:session.get_uuid D:1042a0bc8d93 create= d by task D:1a0091535bc5
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|audit] VDI.clone: VDI =3D=20 '8939cdc8-d43d-16a9-efd2-0a85fa239d79'
Jan=C2=A0 7 03:23:59 silv= er=20 xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|xapi] Marking SR for VDI.clone=20 (task=3DOpaqueRef:46cd7fc1-d409-3d79-03c1-35324f33d454)
Jan=C2=A0 7=20 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [ info|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|storage_impl] VDI.clone=20 dbg:OpaqueRef:46cd7fc1-d409-3d79-03c1-35324f33d454 sr:5b245868-00c6-dcd1-3c= c9-c590f8f2c502 vdi_info:{"vdi": "test2-baseline", "content_id&qu= ot;: "", "name_label":=20 "test2-baseline", "name_description": "", &qu= ot;ty": "user",=20 "metadata_of_pool": "", "is_a_snapshot": fals= e, "snapshot_time":=20 "19700101T00:00:00Z", "snapshot_of": "", &quo= t;read_only": false,=20 "virtual_size": 0, "physical_utilisation": 0, "per= sistent": true,=20 "sm_config": {}}
Jan=C2=A0 7 03:23:59 silver ffs: [ info|silve= r|586||ffs] VDI.clone test2-baseline (format =3D vhd)
Jan=C2=A0 7 03:23:= 59 silver ffs: [ info|silver|586||ffs] rename /mnt/images/test2-baseline -&= gt; /mnt/images/test2-baseline.1
Jan=C2=A0 7 03:23:59 silver ffs: [debug= |silver|586||ffs] write >/mnt/images/test2-baseline.1.readme
Jan=C2= =A0 7 03:23:59 silver ffs: [debug|silver|586||ffs] write >/mnt/images/te= st2-baseline.2.json
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|xapi] Creating VDI: {"vdi&q= uot;:=20 "test2-baseline.2", "content_id": "", "n= ame_label": "test2-baseline",=20 "name_description": "", "ty": "user"= ;, "metadata_of_pool": "",=20 "is_a_snapshot": false, "snapshot_time": "19700101= T00:00:00Z",=20 "snapshot_of": "", "read_only": false, "= virtual_size": 104857600,=20 "physical_utilisation": 0, "persistent": true, "sm= _config": {"type":=20 "vhd"}} (ref=3DOpaqueRef:c5d26a86-80c2-5ba9-ceeb-b24ad92d9560)Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|xapi] Unmarking SR after=20 VDI.clone (task=3DOpaqueRef:46cd7fc1-d409-3d79-03c1-35324f33d454)
Jan=C2= =A0 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [20150107T02:23:59.911Z|audit|silver|12588 UNIX /v= ar/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|audit] ('trackid=3Da6d169dce75= de4fc39d36fc4641c6c85' 'LOCAL_SUPERUSER' 'root' 'AL= LOWED' 'OK' 'API' 'VDI.clone' (('vdi' &= #39;test2-baseline' '8939cdc8-d43d-16a9-efd2-0a85fa239d79' '= ;OpaqueRef:88ace392-9da7-997c-406d-f3718048dc1d')))
Jan=C2=A0 7 03:2= 3:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_l= abel R:2b46893cd111|audit] VDI.set_name_label: VDI =3D '516a803e-212c-6= a0d-2773-c26155f733e9' name-label =3D 'test1-clone2'
Jan=C2= =A0 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.= set_name_label R:2b46893cd111|mscgen] xapi=3D>xapi [label=3D"sessio= n.slave_login"];
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12= 593 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.slave_lo= gin D:9cd0f5fc8a8e created by task R:2b46893cd111
Jan=C2=A0 7 03:23:59 s= ilver xapi: [ info|silver|12593 UNIX /var/lib/xcp/xapi|session.slave_login = D:2227b3fb9172|xapi] Session.create trackid=3D7a0b31934f7b85e9aaa1ac15e1753= c30 pool=3Dtrue uname=3D originator=3D is_local_superuser=3Dtrue auth_user_= sid=3D parent=3Dtrackid=3D9834f5af41c964e225f24279aefe4e49
Jan=C2=A0 7 0= 3:23:59 silver xapi: [debug|silver|12593 UNIX /var/lib/xcp/xapi|session.sla= ve_login D:2227b3fb9172|mscgen] xapi=3D>xapi [label=3D"session.get_= uuid"];
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12594 UNIX = /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:c099ff= 1645ff created by task D:2227b3fb9172
Jan=C2=A0 7 03:23:59 silver xapi: = [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd11= 1|mscgen] xapi=3D>xapi [label=3D"VDI.update"];
Jan=C2=A0 7 = 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi||dummytask= helper] task dispatch:VDI.update D:dcb4124ac3cd created by task R:2b46893cd= 111
Jan=C2=A0 7 03:23:59 silver xapi: [ info|silver|12595 UNIX /var/lib/= xcp/xapi|dispatch:VDI.update D:dcb4124ac3cd|taskhelper] task VDI.update R:4= 03920685128 (uuid:ed8ff905-97b5-842b-1fd7-9e64f5f03d5e) created (trackid=3D= 7a0b31934f7b85e9aaa1ac15e1753c30) by task R:2b46893cd111
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX=20 /var/lib/xcp/xapi|VDI.update R:403920685128|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12595= =20 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update=20 R:403920685128|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.upd= ate R:403920685128|backtrace] Raised at file \"xapi_vdi.ml\", line 190, characters 26-5= 7\nCalled from file \"message_forwarding.ml\", line 3122, characters 5-57\nC= alled from file \"message_forwarding.ml\", line 283, characters 5-8\n
Jan= =C2=A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX=20 /var/lib/xcp/xapi|VDI.update R:403920685128|xapi] Caught exception while SR_OPERATION_NOT_SUPPORTED: [ OpaqueRef:74b063fc-ad90-f2fa-11f6-faa6dcf1fc= 48 ] in message forwarder: marking VDI for VDI.update
Jan=C2=A0 7 03:23:= 59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403= 920685128|backtrace] Raised at file \"xapi_vdi.ml\", line 190, characters 26-57\nCalled= from file \"message_forwarding.ml\", line 3122, characters 5-57\nCalled from= file \"mes= sage_forwarding.ml\", line 283, characters 5-8\nRe-raised at file = \"message_f= orwarding.ml\", line 286, characters 8-9\nCalled from file \"= lib/pervasiveext.ml\", line 33, characters 36-39\nRe-raised at file \"message_forwarding.ml\&qu= ot;, line 3136, characters 12-13\nCalled from file \"lib/threadext.ml\", line 20, char= acters 20-24\nRe-raised at file \"lib/threadext.ml\", line 20, characters 62-65\nCalle= d from file \"message_forwarding.ml\", line 149, characters 19-25\nCalled fro= m file \"me= ssage_forwarding.ml\", line 3128, characters 3-369\nCalled from fi= le \"rbac.ml\", = line 227, characters 16-23\n
Jan=C2=A0 7 03:23:59 silver xapi: [20150107= T02:23:59.927Z|audit|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:40392= 0685128|audit] ('trackid=3D7a0b31934f7b85e9aaa1ac15e1753c30' 'L= OCAL_SUPERUSER' 'OpaqueRef:0d0d7bf7-4d03-afc4-4280-8724014224ba'= ; 'ALLOWED' 'ERROR:SR_OPERATION_NOT_SUPPORTED: [ OpaqueRef:74b0= 63fc-ad90-f2fa-11f6-faa6dcf1fc48 ]' 'API' 'VDI.update' = (('vdi' 'test1-clone2' '516a803e-212c-6a0d-2773-c26155f= 733e9' 'OpaqueRef:c5d26a86-80c2-5ba9-ceeb-b24ad92d9560')))
J= an=C2=A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi= |VDI.update R:403920685128|backtrace] Raised at file \"rbac.ml\", line 236, characters 10-1= 5\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n
Jan=C2= =A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX=20 /var/lib/xcp/xapi|VDI.update R:403920685128|dispatcher]=20 Server_helpers.exec exception_handler: Got exception=20 SR_OPERATION_NOT_SUPPORTED: [ OpaqueRef:74b063fc-ad90-f2fa-11f6-faa6dcf1fc4= 8 ]
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/= xcp/xapi|VDI.update R:403920685128|dispatcher] Raised at file \"rbac.ml\", line 236, charac= ters 10-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\nJan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/x= api|VDI.update R:403920685128|backtrace] Raised at file \"rbac.ml\", line 236, characters 1= 0-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n
Ja= n=C2=A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|= VDI.update R:403920685128|xapi] Raised at file \"server_helpers.ml\", line 90, ch= aracters 14-15\nCalled from file \"lib/pervasiveext.ml\", line 22, characters 2-9\n=
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp= /xapi|dispatch:VDI.update D:dcb4124ac3cd|xapi] Raised at file \"lib/pervasiveext.ml\&quo= t;, line 26, characters 22-25\nCalled from file \"lib/debug.ml\", line 57, characters 17-2= 0\nRe-raised at file \"lib/debug.ml\", line 62, characters 10-11\nCalled from file \"= lib/pervasiveext.ml\", line 22, characters 2-9\n
Jan=C2=A0 7 03:23:59 silver xapi: [d= ebug|silver|12595 UNIX /var/lib/xcp/xapi|dispatch:VDI.update D:dcb4124ac3cd= |backtrace] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCall= ed from file \"lib/debug= .ml\", line 57, characters 17-20\nRe-raised at file \"lib/debug.ml\", line 62, ch= aracters 10-11\nCalled from file \"lib/pervasiveext.ml\", line 22, characters 2-9\n= Re-raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCalled from f= ile \"server_he= lpers.ml\", line 136, characters 10-106\nCalled from file \"<= a href=3D"http://server.ml" target=3D"_blank">server.ml\", line 23= 617, characters 23-161\nCalled from file \"server_helpers.ml\", line 115, charact= ers 4-7\n
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /va= r/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|xapi] Raised at file \&quo= t;client.ml\", line= 6, characters 37-75\nCalled from file \"client.ml\", line 18, characters 55-110\nCalled = from file \"client.ml\", line 10073, characters 6-54\nCalled from file \"lib/pervasiveext.ml\", l= ine 22, characters 2-9\n
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver= |12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|mscgen] xap= i=3D>xapi [label=3D"session.logout"];
Jan=C2=A0 7 03:23:59 = silver xapi: [debug|silver|12596 UNIX /var/lib/xcp/xapi||dummytaskhelper] t= ask dispatch:session.logout D:6b02d1d8a37c created by task R:2b46893cd111Jan=C2=A0 7 03:23:59 silver xapi: [ info|silver|12596 UNIX /var/lib/xcp/x= api|session.logout D:f1bbc661e534|xapi] Session.destroy trackid=3D7a0b31934= f7b85e9aaa1ac15e1753c30
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|= 12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|xapi] Could = not persist change to SR - caught Api_errors.Server_error("SR_OPERATIO= N_NOT_SUPPORTED", _)
Jan=C2=A0 7 03:23:59 silver xapi: [20150107T02= :23:59.934Z|audit|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:= 2b46893cd111|audit] ('trackid=3Da6d169dce75de4fc39d36fc4641c6c85' &= #39;LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' '= ;API' 'VDI.set_name_label' (('self' 'test1-clone2&#= 39; '516a803e-212c-6a0d-2773-c26155f733e9' 'OpaqueRef:c5d26a86-= 80c2-5ba9-ceeb-b24ad92d9560')))
Jan=C2=A0 7 03:23:59 silver xapi: [ = info|silver|12588 UNIX /var/lib/xcp/xapi|session.logout D:598fbb9088a5|xapi= ] Session.destroy trackid=3Da6d169dce75de4fc39d36fc4641c6c85



VDI clone2 - raises error immediately
Jan=C2=A0 7 03:24:08 silver x= api: [ info|silver|12599 UNIX /var/lib/xcp/xapi||cli] xe vdi-clone uuid=3D8= 939cdc8-d43d-16a9-efd2-0a85fa239d79 new-name-label=3Dtest1-clone3 username= =3Droot password=3D(omitted)
Jan=C2=A0 7 03:24:08 silver xapi: [ info|si= lver|12599 UNIX /var/lib/xcp/xapi|session.login_with_password D:3b33410b84e= 5|xapi] Session.create trackid=3Dd2c167def0dba6859dcf7905aa46a0de pool=3Dfa= lse uname=3Droot originator=3Dcli is_local_superuser=3Dtrue auth_user_sid= =3D parent=3Dtrackid=3D9834f5af41c964e225f24279aefe4e49
Jan=C2=A0 7 03:2= 4:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|session.login_= with_password D:3b33410b84e5|mscgen] xapi=3D>xapi [label=3D"session= .get_uuid"];
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12600 = UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:2= c456342cf2a created by task D:3b33410b84e5
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|audit] VDI.clone: VDI =3D=20 '8939cdc8-d43d-16a9-efd2-0a85fa239d79'
Jan=C2=A0 7 03:24:08 silv= er=20 xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|xapi] Marking SR for VDI.clone=20 (task=3DOpaqueRef:04f93157-e64e-0e44-c05f-16d591c6cbed)
Jan=C2=A0 7=20 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [ info|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|storage_impl] VDI.clone=20 dbg:OpaqueRef:04f93157-e64e-0e44-c05f-16d591c6cbed sr:5b245868-00c6-dcd1-3c= c9-c590f8f2c502 vdi_info:{"vdi": "test2-baseline", "content_id&qu= ot;: "", "name_label":=20 "test2-baseline", "name_description": "", &qu= ot;ty": "user",=20 "metadata_of_pool": "", "is_a_snapshot": fals= e, "snapshot_time":=20 "19700101T00:00:00Z", "snapshot_of": "", &quo= t;read_only": false,=20 "virtual_size": 0, "physical_utilisation": 0, "per= sistent": true,=20 "sm_config": {}}
Jan=C2=A0 7 03:24:08 silver ffs: [ info|silve= r|587||ffs] VDI.clone test2-baseline (format =3D vhd)
Jan=C2=A0 7 03:24:= 08 silver ffs: [ info|silver|587||ffs] rename /mnt/images/test2-baseline -&= gt; /mnt/images/test2-baseline.3
Jan=C2=A0 7 03:24:08 silver ffs: [ info|silver|587||ffs] No .readme file=20 containing child information for /mnt/images/test2-baseline.1
Jan=C2=A0 = 7=20 03:24:08 silver ffs: [error|silver|587||ffs] image node=20 /mnt/images/test2-baseline.1 has no associated metadata -- I can't risk= =20 manipulating it
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599 UN= IX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Called from file \"= ;lib/pervasiveext.ml\", line 22, characters 2-9\n
Jan=C2=A0 7 03:24:08 silver xapi: [error|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|storage_access] Re-raising as INTERNAL_ERROR [ Storage_interface.Internal_error("Failure(\"ima= ge metadata integrity check failed\")") ]
Jan=C2=A0 7 03:24:08= silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f931= 57e64e|xapi] Raised at file \"storage_access.ml\", line 973, characters 9-87\nCal= led from file \"message_forwarding.ml\", line 233, characters 25-44\nCalled f= rom file \"lib/pe= rvasiveext.ml\", line 22, characters 2-9\n
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Unmarking SR after=20 VDI.clone (task=3DOpaqueRef:04f93157-e64e-0e44-c05f-16d591c6cbed)
Jan=C2= =A0 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|backtrace] Raised at file=20 \"lib/pervasiveex= t.ml\", line 26, characters 22-25\nCalled from file \"rbac.ml\", line 227, charact= ers 16-23\n
Jan=C2=A0 7 03:24:08 silver xapi: [20150107T02:24:08.754Z|au= dit|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|audit] (&#= 39;trackid=3Dd2c167def0dba6859dcf7905aa46a0de' 'LOCAL_SUPERUSER'= ; 'root' 'ALLOWED' 'ERROR:INTERNAL_ERROR: [ Storage_int= erface.Internal_error(\"Failure(\\\"image metadata integrity check failed\\\")\") ]' 'API' = 9;VDI.clone' (('vdi'=20 'test2-baseline' '8939cdc8-d43d-16a9-efd2-0a85fa239d79' = 9;OpaqueRef:88ace392-9da7-997c-406d-f3718048dc1d')))
Jan=C2=A0 7 03:= 24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:0= 4f93157e64e|backtrace] Raised at file \"rbac.ml\", line 236, characters 10-15\nCalled from = file \"server_h= elpers.ml\", line 75, characters 11-41\n
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|dispatcher]=20 Server_helpers.exec exception_handler: Got exception INTERNAL_ERROR: [=20 Storage_interface.Internal_error("Failure(\"image metadata integr= ity check failed\")") ]
Jan=C2=A0 7 03:24:08 silver xapi: [deb= ug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|dispatcher]= Raised at file \"rbac.ml= \", line 236, characters 10-15\nCalled from file \"server_helpers.ml\", = line 75, characters 11-41\n
Jan=C2=A0 7 03:24:08 silver xapi: [debug|sil= ver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|backtrace] Raised= at file \"rbac.ml\&q= uot;, line 236, characters 10-15\nCalled from file \"server_helpers.ml\", line 75= , characters 11-41\n
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|125= 99 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Raised at file \&q= uot;server_helpers.m= l\", line 90, characters 14-15\nCalled from file \"lib/pervasiveext.ml\", = line 22, characters 2-9\n
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silve= r|12599 UNIX /var/lib/xcp/xapi|dispatch:VDI.clone D:889a3e3e1ece|xapi] Rais= ed at file \"lib/= pervasiveext.ml\", line 26, characters 22-25\nCalled from file \&q= uot;lib/debug.ml\", = line 57, characters 17-20\nRe-raised at file \"lib/debug.ml\", line 62, characters 10-11\n= Called from file \"lib/pervasiveext.ml\", line 22, characters 2-9\n
Jan=C2=A0 7 = 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|dispatch:V= DI.clone D:889a3e3e1ece|backtrace] Raised at file \"lib/pervasiveext.ml\", line 26,= characters 22-25\nCalled from file \"lib/debug.ml\", line 57, characters 17-20\nRe-raised= at file \"lib/debug.ml<= /a>\", line 62, characters 10-11\nCalled from file \"lib/pervasiveext.ml\", l= ine 22, characters 2-9\nRe-raised at file \"lib/pervasiveext.ml\", line 26, charact= ers 22-25\nCalled from file \"server_helpers.ml\", line 136, characters 10-106\nC= alled from file \"serve= r.ml\", line 23417, characters 23-161\nCalled from file \"server_helpers.ml\&= quot;, line 115, characters 4-7\n
Jan=C2=A0 7 03:24:08 silver xapi: [deb= ug|silver|12599 UNIX /var/lib/xcp/xapi||xapi] Raised at file \"client.ml\", line 6, chara= cters 37-75\nCalled from file \"client.ml\", line 18, characters 55-110\nCalled from file= \"client.ml\"= , line 9978, characters 6-68\nCalled from file \"cli_operations.ml\", line 1173, = characters 14-63\nCalled from file \"xapi_cli.ml\", line 112, characters 18-56\nCalled = from file \"lib/p= ervasiveext.ml\", line 22, characters 2-9\n
Jan=C2=A0 7 03:24:0= 8 silver xapi: [ info|silver|12599 UNIX /var/lib/xcp/xapi|session.logout D:= 401462039ed3|xapi] Session.destroy trackid=3Dd2c167def0dba6859dcf7905aa46a0= de
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/x= cp/xapi||backtrace] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-= 25\nCalled from file \"xapi_cli.ml\", line 111, characters 2-138\nCalled from file \&qu= ot;xapi_cli.ml\",= line 221, characters 7-44\nCalled from file \"xapi_cli.ml\", line 273, characters 4-23= \n
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi||cli] Xapi_cli.exception_handler: Got exception=20 INTERNAL_ERROR: [ Storage_interface.Internal_error("Failure(\"ima= ge metadata integrity check failed\")") ]
Jan=C2=A0 7 03:24:08= silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi||cli] Raised at fi= le \"lib/pervasiv= eext.ml\", line 26, characters 22-25\nCalled from file \"xapi_cli.ml\", line 1= 11, characters 2-138\nCalled from file \"xapi_cli.ml\", line 221, characters 7-44\nCall= ed from file \"xapi_c= li.ml\", line 273, characters 4-23\n

Regards,Dawid

--047d7b5d87b769a38a050c06c200-- --===============7179165423218342578== 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 --===============7179165423218342578==-- From xen-api-bounces@lists.xen.org Wed Jan 07 02:34:34 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 07 Jan 2015 02:34:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8gRz-00063R-08; Wed, 07 Jan 2015 02:34:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8gRw-00063M-Gv for xen-api@lists.xen.org; Wed, 07 Jan 2015 02:34:20 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 17/56-09842-B2B9CA45; Wed, 07 Jan 2015 02:34:19 +0000 X-Env-Sender: dkadds2@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1420598054!19632156!1 X-Originating-IP: [209.85.212.176] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18363 invoked from network); 7 Jan 2015 02:34:14 -0000 Received: from mail-wi0-f176.google.com (HELO mail-wi0-f176.google.com) (209.85.212.176) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jan 2015 02:34:14 -0000 Received: by mail-wi0-f176.google.com with SMTP id ex7so6565015wid.15 for ; Tue, 06 Jan 2015 18:34:14 -0800 (PST) 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=Jv6CKD4gTR858+xqs21XqmNWTrM2OP4rEJKIY7dlJE4=; b=jIIXJlbMqwz9PqJxRhX32SlBsot6DY6uMDyTRz/Vzq/d6bUl+9OUw2EhyH+APUlvQG Bv526ju3B0FIbdr23OboanHiRrIVkcAj3s/DNCjUvoFNICsP5XmGfYlU9I4smLC2YDk8 2SHctk/2/4Q5r6H3csYsLkjN4boB66BOiCpsAxHN47PK8C/N/jh8TI13HrecevbXu1Iz 6EQHKy2gT2B6WxPaYYdUDLdUIay+fCh6hLLgol9Axl0IpUURrur/fkYOaz2tTEVnAXAu Xe7qRhUj6ouGuXUYR+8xH5vSmNPAT5GSS98VtAuoVg+AcN1loYGkaOKLWvnia1wozYpX L3EQ== MIME-Version: 1.0 X-Received: by 10.194.24.195 with SMTP id w3mr797777wjf.135.1420598054591; Tue, 06 Jan 2015 18:34:14 -0800 (PST) X-Google-Sender-Delegation: 4dawidk@gmail.com Received: by 10.194.76.38 with HTTP; Tue, 6 Jan 2015 18:34:14 -0800 (PST) Date: Wed, 7 Jan 2015 03:34:14 +0100 X-Google-Sender-Auth: Ln1BltqljNoTI1ieWFNexcQJ8AU Message-ID: From: Dawid Kowalski To: Xen API mailing list Subject: [Xen-API] VDI cloning doesn't work - FFS SR on ext4 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="===============7179165423218342578==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7179165423218342578== Content-Type: multipart/alternative; boundary=047d7b5d87b769a38a050c06c200 --047d7b5d87b769a38a050c06c200 Content-Type: text/plain; charset=UTF-8 Hi Guys, I've spotted another error when trying to create VDI clone. This is fully reproducible error for me. Steps to reproduce 1. create VDI. 2. create clone of this VDI. This won't raise error and VDI clone will be created however some errors are raised in logs. 3. create another clone of original VDI. This raises error immediately. Below is dump from logs. Xen-version reports 4.4 VDI Creation Jan 7 03:23:33 silver xapi: [ info|silver|12576 UNIX /var/lib/xcp/xapi||cli] xe vdi-create type=system virtual-size=100MiB sr-uuid=5b245868-00c6-dcd1-3cc9-c590f8f2c502 name-label=test2-baseline username=root password=(omitted) Jan 7 03:23:33 silver xapi: [ info|silver|12576 UNIX /var/lib/xcp/xapi|session.login_with_password D:66b29e9cb04a|xapi] Session.create trackid=a65630899f0ae0cca0a460b088c50b82 pool=false uname=root originator=cli is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|session.login_with_password D:66b29e9cb04a|mscgen] xapi=>xapi [label="session.get_uuid"]; Jan 7 03:23:33 silver xapi: [debug|silver|12577 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:50008a23749d created by task D:66b29e9cb04a Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|audit] VDI.create: SR = '5b245868-00c6-dcd1-3cc9-c590f8f2c502 (/mnt/images/)'; name label = 'test2-baseline' Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|xapi] Marking SR for VDI.create (task=OpaqueRef:3cc2497e-f6a3-10ba-d6a7-bde299f98be9) Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:33 silver xapi: [ info|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|storage_impl] VDI.create dbg:OpaqueRef:3cc2497e-f6a3-10ba-d6a7-bde299f98be9 sr:5b245868-00c6-dcd1-3cc9-c590f8f2c502 vdi_info:{"vdi": "", "content_id": "", "name_label": "test2-baseline", "name_description": "", "ty": "system", "metadata_of_pool": "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapshot_of": "", "read_only": false, "virtual_size": 104857600, "physical_utilisation": 0, "persistent": true, "sm_config": {}} Jan 7 03:23:33 silver ffs: [debug|silver|585||ffs] VDI.create test2-baseline -> /mnt/images/test2-baseline (104857600) Jan 7 03:23:33 silver ffs: [debug|silver|585||ffs] write >/mnt/images/test2-baseline.json Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|xapi] Creating VDI: {"vdi": "test2-baseline", "content_id": "", "name_label": "test2-baseline", "name_description": "", "ty": "system", "metadata_of_pool": "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapshot_of": "", "read_only": false, "virtual_size": 104857600, "physical_utilisation": 0, "persistent": true, "sm_config": {"type": "vhd"}} (ref=OpaqueRef:88ace392-9da7-997c-406d-f3718048dc1d) Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|xapi] Unmarking SR after VDI.create (task=OpaqueRef:3cc2497e-f6a3-10ba-d6a7-bde299f98be9) Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:33 silver xapi: [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:33 silver xapi: [20150107T02:23:33.126Z|audit|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|audit] ('trackid=a65630899f0ae0cca0a460b088c50b82' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' 'API' 'VDI.create' (('name_label' 'test2-baseline' '' '') ('name_description' '' '' '') ('SR' '/mnt/images/' '5b245868-00c6-dcd1-3cc9-c590f8f2c502' 'OpaqueRef:74b063fc-ad90-f2fa-11f6-faa6dcf1fc48'))) Jan 7 03:23:33 silver xapi: [ info|silver|12576 UNIX /var/lib/xcp/xapi|session.logout D:6f8318105b60|xapi] Session.destroy trackid=a65630899f0ae0cca0a460b088c50b82 Jan 7 03:23:35 silver xapi: [debug|silver|72|xapi events D:ed0f8a33ba92|mscgen] xapi=>xapi [label="event.from"]; Jan 7 03:23:35 silver xapi: [debug|silver|12582 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:event.from D:836df63939ae created by task D:ed0f8a33ba92 VDI creation done VDI clone - first - no error returned, cloned vdi accessible Jan 7 03:23:59 silver xapi: [ info|silver|12588 UNIX /var/lib/xcp/xapi||cli] xe vdi-clone uuid=8939cdc8-d43d-16a9-efd2- 0a85fa239d79 new-name-label=test1-clone2 username=root password=(omitted) Jan 7 03:23:59 silver xapi: [ info|silver|12588 UNIX /var/lib/xcp/xapi|session.login_with_password D:1a0091535bc5|xapi] Session.create trackid=a6d169dce75de4fc39d36fc4641c6c85 pool=false uname=root originator=cli is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|session.login_with_password D:1a0091535bc5|mscgen] xapi=>xapi [label="session.get_uuid"]; Jan 7 03:23:59 silver xapi: [debug|silver|12589 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:1042a0bc8d93 created by task D:1a0091535bc5 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|audit] VDI.clone: VDI = '8939cdc8-d43d-16a9-efd2-0a85fa239d79' Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|xapi] Marking SR for VDI.clone (task=OpaqueRef:46cd7fc1-d409-3d79-03c1-35324f33d454) Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [ info|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|storage_impl] VDI.clone dbg:OpaqueRef:46cd7fc1-d409-3d79-03c1-35324f33d454 sr:5b245868-00c6-dcd1-3cc9-c590f8f2c502 vdi_info:{"vdi": "test2-baseline", "content_id": "", "name_label": "test2-baseline", "name_description": "", "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_config": {}} Jan 7 03:23:59 silver ffs: [ info|silver|586||ffs] VDI.clone test2-baseline (format = vhd) Jan 7 03:23:59 silver ffs: [ info|silver|586||ffs] rename /mnt/images/test2-baseline -> /mnt/images/test2-baseline.1 Jan 7 03:23:59 silver ffs: [debug|silver|586||ffs] write >/mnt/images/test2-baseline.1.readme Jan 7 03:23:59 silver ffs: [debug|silver|586||ffs] write >/mnt/images/test2-baseline.2.json Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|xapi] Creating VDI: {"vdi": "test2-baseline.2", "content_id": "", "name_label": "test2-baseline", "name_description": "", "ty": "user", "metadata_of_pool": "", "is_a_snapshot": false, "snapshot_time": "19700101T00:00:00Z", "snapshot_of": "", "read_only": false, "virtual_size": 104857600, "physical_utilisation": 0, "persistent": true, "sm_config": {"type": "vhd"}} (ref=OpaqueRef:c5d26a86-80c2-5ba9-ceeb-b24ad92d9560) Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|xapi] Unmarking SR after VDI.clone (task=OpaqueRef:46cd7fc1-d409-3d79-03c1-35324f33d454) Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [20150107T02:23:59.911Z|audit|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|audit] ('trackid=a6d169dce75de4fc39d36fc4641c6c85' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' 'API' 'VDI.clone' (('vdi' 'test2-baseline' '8939cdc8-d43d-16a9-efd2-0a85fa239d79' 'OpaqueRef:88ace392-9da7-997c-406d-f3718048dc1d'))) Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|audit] VDI.set_name_label: VDI = '516a803e-212c-6a0d-2773-c26155f733e9' name-label = 'test1-clone2' Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|mscgen] xapi=>xapi [label="session.slave_login"]; Jan 7 03:23:59 silver xapi: [debug|silver|12593 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.slave_login D:9cd0f5fc8a8e created by task R:2b46893cd111 Jan 7 03:23:59 silver xapi: [ info|silver|12593 UNIX /var/lib/xcp/xapi|session.slave_login D:2227b3fb9172|xapi] Session.create trackid=7a0b31934f7b85e9aaa1ac15e1753c30 pool=true uname= originator= is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 Jan 7 03:23:59 silver xapi: [debug|silver|12593 UNIX /var/lib/xcp/xapi|session.slave_login D:2227b3fb9172|mscgen] xapi=>xapi [label="session.get_uuid"]; Jan 7 03:23:59 silver xapi: [debug|silver|12594 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:c099ff1645ff created by task D:2227b3fb9172 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|mscgen] xapi=>xapi [label="VDI.update"]; Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:VDI.update D:dcb4124ac3cd created by task R:2b46893cd111 Jan 7 03:23:59 silver xapi: [ info|silver|12595 UNIX /var/lib/xcp/xapi|dispatch:VDI.update D:dcb4124ac3cd|taskhelper] task VDI.update R:403920685128 (uuid:ed8ff905-97b5-842b-1fd7-9e64f5f03d5e) created (trackid=7a0b31934f7b85e9aaa1ac15e1753c30) by task R:2b46893cd111 Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|backtrace] Raised at file \" xapi_vdi.ml\", line 190, characters 26-57\nCalled from file \" message_forwarding.ml\", line 3122, characters 5-57\nCalled from file \" message_forwarding.ml\", line 283, characters 5-8\n Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|xapi] Caught exception while SR_OPERATION_NOT_SUPPORTED: [ OpaqueRef:74b063fc-ad90-f2fa-11f6-faa6dcf1fc48 ] in message forwarder: marking VDI for VDI.update Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|backtrace] Raised at file \" xapi_vdi.ml\", line 190, characters 26-57\nCalled from file \" message_forwarding.ml\", line 3122, characters 5-57\nCalled from file \" message_forwarding.ml\", line 283, characters 5-8\nRe-raised at file \" message_forwarding.ml\", line 286, characters 8-9\nCalled from file \"lib/ pervasiveext.ml\", line 33, characters 36-39\nRe-raised at file \" message_forwarding.ml\", line 3136, characters 12-13\nCalled from file \"lib/threadext.ml\", line 20, characters 20-24\nRe-raised at file \"lib/ threadext.ml\", line 20, characters 62-65\nCalled from file \" message_forwarding.ml\", line 149, characters 19-25\nCalled from file \" message_forwarding.ml\", line 3128, characters 3-369\nCalled from file \" rbac.ml\", line 227, characters 16-23\n Jan 7 03:23:59 silver xapi: [20150107T02:23:59.927Z|audit|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|audit] ('trackid=7a0b31934f7b85e9aaa1ac15e1753c30' 'LOCAL_SUPERUSER' 'OpaqueRef:0d0d7bf7-4d03-afc4-4280-8724014224ba' 'ALLOWED' 'ERROR:SR_OPERATION_NOT_SUPPORTED: [ OpaqueRef:74b063fc-ad90-f2fa-11f6-faa6dcf1fc48 ]' 'API' 'VDI.update' (('vdi' 'test1-clone2' '516a803e-212c-6a0d-2773-c26155f733e9' 'OpaqueRef:c5d26a86-80c2-5ba9-ceeb-b24ad92d9560'))) Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|backtrace] Raised at file \" rbac.ml\", line 236, characters 10-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|dispatcher] Server_helpers.exec exception_handler: Got exception SR_OPERATION_NOT_SUPPORTED: [ OpaqueRef:74b063fc-ad90-f2fa-11f6-faa6dcf1fc48 ] Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|dispatcher] Raised at file \" rbac.ml\", line 236, characters 10-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|backtrace] Raised at file \" rbac.ml\", line 236, characters 10-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|xapi] Raised at file \" server_helpers.ml\", line 90, characters 14-15\nCalled from file \"lib/ pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|dispatch:VDI.update D:dcb4124ac3cd|xapi] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCalled from file \"lib/ debug.ml\", line 57, characters 17-20\nRe-raised at file \"lib/debug.ml\", line 62, characters 10-11\nCalled from file \"lib/pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|dispatch:VDI.update D:dcb4124ac3cd|backtrace] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCalled from file \"lib/debug.ml\", line 57, characters 17-20\nRe-raised at file \"lib/ debug.ml\", line 62, characters 10-11\nCalled from file \"lib/ pervasiveext.ml\", line 22, characters 2-9\nRe-raised at file \"lib/ pervasiveext.ml\", line 26, characters 22-25\nCalled from file \" server_helpers.ml\", line 136, characters 10-106\nCalled from file \" server.ml\", line 23617, characters 23-161\nCalled from file \" server_helpers.ml\", line 115, characters 4-7\n Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|xapi] Raised at file \" client.ml\", line 6, characters 37-75\nCalled from file \"client.ml\", line 18, characters 55-110\nCalled from file \"client.ml\", line 10073, characters 6-54\nCalled from file \"lib/pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|mscgen] xapi=>xapi [label="session.logout"]; Jan 7 03:23:59 silver xapi: [debug|silver|12596 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.logout D:6b02d1d8a37c created by task R:2b46893cd111 Jan 7 03:23:59 silver xapi: [ info|silver|12596 UNIX /var/lib/xcp/xapi|session.logout D:f1bbc661e534|xapi] Session.destroy trackid=7a0b31934f7b85e9aaa1ac15e1753c30 Jan 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|xapi] Could not persist change to SR - caught Api_errors.Server_error("SR_OPERATION_NOT_SUPPORTED", _) Jan 7 03:23:59 silver xapi: [20150107T02:23:59.934Z|audit|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|audit] ('trackid=a6d169dce75de4fc39d36fc4641c6c85' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' 'API' 'VDI.set_name_label' (('self' 'test1-clone2' '516a803e-212c-6a0d-2773-c26155f733e9' 'OpaqueRef:c5d26a86-80c2-5ba9-ceeb-b24ad92d9560'))) Jan 7 03:23:59 silver xapi: [ info|silver|12588 UNIX /var/lib/xcp/xapi|session.logout D:598fbb9088a5|xapi] Session.destroy trackid=a6d169dce75de4fc39d36fc4641c6c85 VDI clone2 - raises error immediately Jan 7 03:24:08 silver xapi: [ info|silver|12599 UNIX /var/lib/xcp/xapi||cli] xe vdi-clone uuid=8939cdc8-d43d-16a9-efd2-0a85fa239d79 new-name-label=test1-clone3 username=root password=(omitted) Jan 7 03:24:08 silver xapi: [ info|silver|12599 UNIX /var/lib/xcp/xapi|session.login_with_password D:3b33410b84e5|xapi] Session.create trackid=d2c167def0dba6859dcf7905aa46a0de pool=false uname=root originator=cli is_local_superuser=true auth_user_sid= parent=trackid=9834f5af41c964e225f24279aefe4e49 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|session.login_with_password D:3b33410b84e5|mscgen] xapi=>xapi [label="session.get_uuid"]; Jan 7 03:24:08 silver xapi: [debug|silver|12600 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:2c456342cf2a created by task D:3b33410b84e5 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|audit] VDI.clone: VDI = '8939cdc8-d43d-16a9-efd2-0a85fa239d79' Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Marking SR for VDI.clone (task=OpaqueRef:04f93157-e64e-0e44-c05f-16d591c6cbed) Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [ info|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|storage_impl] VDI.clone dbg:OpaqueRef:04f93157-e64e-0e44-c05f-16d591c6cbed sr:5b245868-00c6-dcd1-3cc9-c590f8f2c502 vdi_info:{"vdi": "test2-baseline", "content_id": "", "name_label": "test2-baseline", "name_description": "", "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_config": {}} Jan 7 03:24:08 silver ffs: [ info|silver|587||ffs] VDI.clone test2-baseline (format = vhd) Jan 7 03:24:08 silver ffs: [ info|silver|587||ffs] rename /mnt/images/test2-baseline -> /mnt/images/test2-baseline.3 Jan 7 03:24:08 silver ffs: [ info|silver|587||ffs] No .readme file containing child information for /mnt/images/test2-baseline.1 Jan 7 03:24:08 silver ffs: [error|silver|587||ffs] image node /mnt/images/test2-baseline.1 has no associated metadata -- I can't risk manipulating it Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Called from file \"lib/ pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:24:08 silver xapi: [error|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|storage_access] Re-raising as INTERNAL_ERROR [ Storage_interface.Internal_error("Failure(\"image metadata integrity check failed\")") ] Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Raised at file \" storage_access.ml\", line 973, characters 9-87\nCalled from file \" message_forwarding.ml\", line 233, characters 25-44\nCalled from file \"lib/ pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Unmarking SR after VDI.clone (task=OpaqueRef:04f93157-e64e-0e44-c05f-16d591c6cbed) Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_VHD Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_RAW Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2 Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|backtrace] Raised at file \"lib/ pervasiveext.ml\", line 26, characters 22-25\nCalled from file \"rbac.ml\", line 227, characters 16-23\n Jan 7 03:24:08 silver xapi: [20150107T02:24:08.754Z|audit|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|audit] ('trackid=d2c167def0dba6859dcf7905aa46a0de' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'ERROR:INTERNAL_ERROR: [ Storage_interface.Internal_error(\"Failure(\\\"image metadata integrity check failed\\\")\") ]' 'API' 'VDI.clone' (('vdi' 'test2-baseline' '8939cdc8-d43d-16a9-efd2-0a85fa239d79' 'OpaqueRef:88ace392-9da7-997c-406d-f3718048dc1d'))) Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|backtrace] Raised at file \" rbac.ml\", line 236, characters 10-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|dispatcher] Server_helpers.exec exception_handler: Got exception INTERNAL_ERROR: [ Storage_interface.Internal_error("Failure(\"image metadata integrity check failed\")") ] Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|dispatcher] Raised at file \" rbac.ml\", line 236, characters 10-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|backtrace] Raised at file \" rbac.ml\", line 236, characters 10-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Raised at file \" server_helpers.ml\", line 90, characters 14-15\nCalled from file \"lib/ pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|dispatch:VDI.clone D:889a3e3e1ece|xapi] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCalled from file \"lib/ debug.ml\", line 57, characters 17-20\nRe-raised at file \"lib/debug.ml\", line 62, characters 10-11\nCalled from file \"lib/pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|dispatch:VDI.clone D:889a3e3e1ece|backtrace] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCalled from file \"lib/debug.ml\", line 57, characters 17-20\nRe-raised at file \"lib/ debug.ml\", line 62, characters 10-11\nCalled from file \"lib/ pervasiveext.ml\", line 22, characters 2-9\nRe-raised at file \"lib/ pervasiveext.ml\", line 26, characters 22-25\nCalled from file \" server_helpers.ml\", line 136, characters 10-106\nCalled from file \" server.ml\", line 23417, characters 23-161\nCalled from file \" server_helpers.ml\", line 115, characters 4-7\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi||xapi] Raised at file \"client.ml\", line 6, characters 37-75\nCalled from file \"client.ml\", line 18, characters 55-110\nCalled from file \"client.ml\", line 9978, characters 6-68\nCalled from file \" cli_operations.ml\", line 1173, characters 14-63\nCalled from file \" xapi_cli.ml\", line 112, characters 18-56\nCalled from file \"lib/ pervasiveext.ml\", line 22, characters 2-9\n Jan 7 03:24:08 silver xapi: [ info|silver|12599 UNIX /var/lib/xcp/xapi|session.logout D:401462039ed3|xapi] Session.destroy trackid=d2c167def0dba6859dcf7905aa46a0de Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi||backtrace] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCalled from file \"xapi_cli.ml\", line 111, characters 2-138\nCalled from file \"xapi_cli.ml\", line 221, characters 7-44\nCalled from file \"xapi_cli.ml\", line 273, characters 4-23\n Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi||cli] Xapi_cli.exception_handler: Got exception INTERNAL_ERROR: [ Storage_interface.Internal_error("Failure(\"image metadata integrity check failed\")") ] Jan 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi||cli] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCalled from file \"xapi_cli.ml\", line 111, characters 2-138\nCalled from file \"xapi_cli.ml\", line 221, characters 7-44\nCalled from file \"xapi_cli.ml\", line 273, characters 4-23\n Regards, Dawid --047d7b5d87b769a38a050c06c200 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Guys,

I= 've spotted another error when trying to create VDI clone.

This is fully reproducible error for me.
Steps to reproduce
1.= create VDI.
2. create clone of this VDI. This won't raise err= or and VDI clone will be created however some errors are raised in logs.
3. create another clone of original VDI. This raises error immediate= ly.

Below is dump from logs.
Xen-version report= s 4.4

VDI Creation
Jan=C2=A0 7 03:23:33 silver xa= pi: [ info|silver|12576=20 UNIX /var/lib/xcp/xapi||cli] xe vdi-create type=3Dsystem=20 virtual-size=3D100MiB sr-uuid=3D5b245868-00c6-dcd1-3cc9-c590f8f2c502 name-l= abel=3Dtest2-baseline username=3Droot password=3D(omitted)

Jan=C2=A0= 7 03:23:33 silver xapi: [ info|silver|12576 UNIX /var/lib/xcp/xapi|session= .login_with_password D:66b29e9cb04a|xapi] Session.create trackid=3Da6563089= 9f0ae0cca0a460b088c50b82 pool=3Dfalse uname=3Droot originator=3Dcli is_loca= l_superuser=3Dtrue auth_user_sid=3D parent=3Dtrackid=3D9834f5af41c964e225f2= 4279aefe4e49
Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576 UNIX = /var/lib/xcp/xapi|session.login_with_password D:66b29e9cb04a|mscgen] xapi= =3D>xapi [label=3D"session.get_uuid"];
Jan=C2=A0 7 03:23:33= silver xapi: [debug|silver|12577 UNIX /var/lib/xcp/xapi||dummytaskhelper] = task dispatch:session.get_uuid D:50008a23749d created by task D:66b29e9cb04= a
Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|audit] VDI.create: SR =3D=20 '5b245868-00c6-dcd1-3cc9-c590f8f2c502 (/mnt/images/)'; name label = =3D 'test2-baseline'
Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|xapi] Marking SR for=20 VDI.create (task=3DOpaqueRef:3cc2497e-f6a3-10ba-d6a7-bde299f98be9)
Jan= =C2=A0 7 03:23:33 silver xapi: [debug|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576= =20 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:33 silver xapi:=20 [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create=20 R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:33 silver xapi: [debug|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576= =20 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:33 silver xapi:=20 [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create=20 R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:33 silver xapi: [ info|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|storage_impl] VDI.create=20 dbg:OpaqueRef:3cc2497e-f6a3-10ba-d6a7-bde299f98be9 sr:5b245868-00c6-dcd1-3c= c9-c590f8f2c502 vdi_info:{"vdi": "", "content_id": "&qu= ot;, "name_label": "test2-baseline",=20 "name_description": "", "ty": "system&qu= ot;, "metadata_of_pool": "",=20 "is_a_snapshot": false, "snapshot_time": "19700101= T00:00:00Z",=20 "snapshot_of": "", "read_only": false, "= virtual_size": 104857600,=20 "physical_utilisation": 0, "persistent": true, "sm= _config": {}}
Jan=C2=A0 7 03:23:33 silver ffs: [debug|silver|585||f= fs] VDI.create test2-baseline -> /mnt/images/test2-baseline (104857600)<= br>Jan=C2=A0 7 03:23:33 silver ffs: [debug|silver|585||ffs] write >/mnt/= images/test2-baseline.json
Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|xapi] Creating VDI: {"vdi&= quot;:=20 "test2-baseline", "content_id": "", "nam= e_label": "test2-baseline",=20 "name_description": "", "ty": "system&qu= ot;, "metadata_of_pool": "",=20 "is_a_snapshot": false, "snapshot_time": "19700101= T00:00:00Z",=20 "snapshot_of": "", "read_only": false, "= virtual_size": 104857600,=20 "physical_utilisation": 0, "persistent": true, "sm= _config": {"type":=20 "vhd"}} (ref=3DOpaqueRef:88ace392-9da7-997c-406d-f3718048dc1d)Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|xapi] Unmarking SR after=20 VDI.create (task=3DOpaqueRef:3cc2497e-f6a3-10ba-d6a7-bde299f98be9)
Jan= =C2=A0 7 03:23:33 silver xapi: [debug|silver|12576 UNIX=20 /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:33 silver xapi: [debug|silver|12576= =20 UNIX /var/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:33 silver xapi:=20 [debug|silver|12576 UNIX /var/lib/xcp/xapi|VDI.create=20 R:3cc2497ef6a3|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:33 silver xapi: [20150107T02:23:33.126Z|audit|silver|12576 UNIX /v= ar/lib/xcp/xapi|VDI.create R:3cc2497ef6a3|audit] ('trackid=3Da65630899f= 0ae0cca0a460b088c50b82' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' &#= 39;API' 'VDI.create'=20 (('name_label' 'test2-baseline' '' '') (= 9;name_description' '' '' '')=20 ('SR' '/mnt/images/' '5b245868-00c6-dcd1-3cc9-c590f8f2c= 502' 'OpaqueRef:74b063fc-ad90-f2fa-11f6-faa6dcf1fc48')))
Jan= =C2=A0 7 03:23:33 silver xapi: [ info|silver|12576 UNIX /var/lib/xcp/xapi|s= ession.logout D:6f8318105b60|xapi] Session.destroy trackid=3Da65630899f0ae0= cca0a460b088c50b82
Jan=C2=A0 7 03:23:35 silver xapi: [debug|silver|72|xa= pi events D:ed0f8a33ba92|mscgen] xapi=3D>xapi [label=3D"event.from&= quot;];
Jan=C2=A0 7 03:23:35 silver xapi: [debug|silver|12582 UNIX /var/= lib/xcp/xapi||dummytaskhelper] task dispatch:event.from D:836df63939ae crea= ted by task D:ed0f8a33ba92

VDI creation done



VDI clone - first - no error returned, cloned vdi = accessible

Jan=C2=A0 7 03:23:59 silver xapi: [ info|silver|125= 88 UNIX /var/lib/xcp/xapi||cli] xe vdi-clone uuid=3D8939cdc8-d43d-16a9-efd2= -
0a85fa239d79 new-name-label=3Dtest1-clone2 username=3Droot password= =3D(omitted)
Jan=C2=A0 7 03:23:59 silver xapi: [ info|silver|12588 UNIX = /var/lib/xcp/xapi|session.login_with_password D:1a0091535bc5|xapi] Session.= create trackid=3Da6d169dce75de4fc39d36fc4641c6c85 pool=3Dfalse uname=3Droot= originator=3Dcli is_local_superuser=3Dtrue auth_user_sid=3D parent=3Dtrack= id=3D9834f5af41c964e225f24279aefe4e49
Jan=C2=A0 7 03:23:59 silver xapi: = [debug|silver|12588 UNIX /var/lib/xcp/xapi|session.login_with_password D:1a= 0091535bc5|mscgen] xapi=3D>xapi [label=3D"session.get_uuid"];<= br>Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12589 UNIX /var/lib/xcp/= xapi||dummytaskhelper] task dispatch:session.get_uuid D:1042a0bc8d93 create= d by task D:1a0091535bc5
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|audit] VDI.clone: VDI =3D=20 '8939cdc8-d43d-16a9-efd2-0a85fa239d79'
Jan=C2=A0 7 03:23:59 silv= er=20 xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|xapi] Marking SR for VDI.clone=20 (task=3DOpaqueRef:46cd7fc1-d409-3d79-03c1-35324f33d454)
Jan=C2=A0 7=20 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [ info|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|storage_impl] VDI.clone=20 dbg:OpaqueRef:46cd7fc1-d409-3d79-03c1-35324f33d454 sr:5b245868-00c6-dcd1-3c= c9-c590f8f2c502 vdi_info:{"vdi": "test2-baseline", "content_id&qu= ot;: "", "name_label":=20 "test2-baseline", "name_description": "", &qu= ot;ty": "user",=20 "metadata_of_pool": "", "is_a_snapshot": fals= e, "snapshot_time":=20 "19700101T00:00:00Z", "snapshot_of": "", &quo= t;read_only": false,=20 "virtual_size": 0, "physical_utilisation": 0, "per= sistent": true,=20 "sm_config": {}}
Jan=C2=A0 7 03:23:59 silver ffs: [ info|silve= r|586||ffs] VDI.clone test2-baseline (format =3D vhd)
Jan=C2=A0 7 03:23:= 59 silver ffs: [ info|silver|586||ffs] rename /mnt/images/test2-baseline -&= gt; /mnt/images/test2-baseline.1
Jan=C2=A0 7 03:23:59 silver ffs: [debug= |silver|586||ffs] write >/mnt/images/test2-baseline.1.readme
Jan=C2= =A0 7 03:23:59 silver ffs: [debug|silver|586||ffs] write >/mnt/images/te= st2-baseline.2.json
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|xapi] Creating VDI: {"vdi&q= uot;:=20 "test2-baseline.2", "content_id": "", "n= ame_label": "test2-baseline",=20 "name_description": "", "ty": "user"= ;, "metadata_of_pool": "",=20 "is_a_snapshot": false, "snapshot_time": "19700101= T00:00:00Z",=20 "snapshot_of": "", "read_only": false, "= virtual_size": 104857600,=20 "physical_utilisation": 0, "persistent": true, "sm= _config": {"type":=20 "vhd"}} (ref=3DOpaqueRef:c5d26a86-80c2-5ba9-ceeb-b24ad92d9560)Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|xapi] Unmarking SR after=20 VDI.clone (task=3DOpaqueRef:46cd7fc1-d409-3d79-03c1-35324f33d454)
Jan=C2= =A0 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12588 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:46cd7fc1d409|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [20150107T02:23:59.911Z|audit|silver|12588 UNIX /v= ar/lib/xcp/xapi|VDI.clone R:46cd7fc1d409|audit] ('trackid=3Da6d169dce75= de4fc39d36fc4641c6c85' 'LOCAL_SUPERUSER' 'root' 'AL= LOWED' 'OK' 'API' 'VDI.clone' (('vdi' &= #39;test2-baseline' '8939cdc8-d43d-16a9-efd2-0a85fa239d79' '= ;OpaqueRef:88ace392-9da7-997c-406d-f3718048dc1d')))
Jan=C2=A0 7 03:2= 3:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_l= abel R:2b46893cd111|audit] VDI.set_name_label: VDI =3D '516a803e-212c-6= a0d-2773-c26155f733e9' name-label =3D 'test1-clone2'
Jan=C2= =A0 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.= set_name_label R:2b46893cd111|mscgen] xapi=3D>xapi [label=3D"sessio= n.slave_login"];
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12= 593 UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.slave_lo= gin D:9cd0f5fc8a8e created by task R:2b46893cd111
Jan=C2=A0 7 03:23:59 s= ilver xapi: [ info|silver|12593 UNIX /var/lib/xcp/xapi|session.slave_login = D:2227b3fb9172|xapi] Session.create trackid=3D7a0b31934f7b85e9aaa1ac15e1753= c30 pool=3Dtrue uname=3D originator=3D is_local_superuser=3Dtrue auth_user_= sid=3D parent=3Dtrackid=3D9834f5af41c964e225f24279aefe4e49
Jan=C2=A0 7 0= 3:23:59 silver xapi: [debug|silver|12593 UNIX /var/lib/xcp/xapi|session.sla= ve_login D:2227b3fb9172|mscgen] xapi=3D>xapi [label=3D"session.get_= uuid"];
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12594 UNIX = /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:c099ff= 1645ff created by task D:2227b3fb9172
Jan=C2=A0 7 03:23:59 silver xapi: = [debug|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd11= 1|mscgen] xapi=3D>xapi [label=3D"VDI.update"];
Jan=C2=A0 7 = 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi||dummytask= helper] task dispatch:VDI.update D:dcb4124ac3cd created by task R:2b46893cd= 111
Jan=C2=A0 7 03:23:59 silver xapi: [ info|silver|12595 UNIX /var/lib/= xcp/xapi|dispatch:VDI.update D:dcb4124ac3cd|taskhelper] task VDI.update R:4= 03920685128 (uuid:ed8ff905-97b5-842b-1fd7-9e64f5f03d5e) created (trackid=3D= 7a0b31934f7b85e9aaa1ac15e1753c30) by task R:2b46893cd111
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX=20 /var/lib/xcp/xapi|VDI.update R:403920685128|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12595= =20 UNIX /var/lib/xcp/xapi|VDI.update R:403920685128|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:23:59 silver xapi:=20 [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update=20 R:403920685128|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.upd= ate R:403920685128|backtrace] Raised at file \"xapi_vdi.ml\", line 190, characters 26-5= 7\nCalled from file \"message_forwarding.ml\", line 3122, characters 5-57\nC= alled from file \"message_forwarding.ml\", line 283, characters 5-8\n
Jan= =C2=A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX=20 /var/lib/xcp/xapi|VDI.update R:403920685128|xapi] Caught exception while SR_OPERATION_NOT_SUPPORTED: [ OpaqueRef:74b063fc-ad90-f2fa-11f6-faa6dcf1fc= 48 ] in message forwarder: marking VDI for VDI.update
Jan=C2=A0 7 03:23:= 59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:403= 920685128|backtrace] Raised at file \"xapi_vdi.ml\", line 190, characters 26-57\nCalled= from file \"message_forwarding.ml\", line 3122, characters 5-57\nCalled from= file \"mes= sage_forwarding.ml\", line 283, characters 5-8\nRe-raised at file = \"message_f= orwarding.ml\", line 286, characters 8-9\nCalled from file \"= lib/pervasiveext.ml\", line 33, characters 36-39\nRe-raised at file \"message_forwarding.ml\&qu= ot;, line 3136, characters 12-13\nCalled from file \"lib/threadext.ml\", line 20, char= acters 20-24\nRe-raised at file \"lib/threadext.ml\", line 20, characters 62-65\nCalle= d from file \"message_forwarding.ml\", line 149, characters 19-25\nCalled fro= m file \"me= ssage_forwarding.ml\", line 3128, characters 3-369\nCalled from fi= le \"rbac.ml\", = line 227, characters 16-23\n
Jan=C2=A0 7 03:23:59 silver xapi: [20150107= T02:23:59.927Z|audit|silver|12595 UNIX /var/lib/xcp/xapi|VDI.update R:40392= 0685128|audit] ('trackid=3D7a0b31934f7b85e9aaa1ac15e1753c30' 'L= OCAL_SUPERUSER' 'OpaqueRef:0d0d7bf7-4d03-afc4-4280-8724014224ba'= ; 'ALLOWED' 'ERROR:SR_OPERATION_NOT_SUPPORTED: [ OpaqueRef:74b0= 63fc-ad90-f2fa-11f6-faa6dcf1fc48 ]' 'API' 'VDI.update' = (('vdi' 'test1-clone2' '516a803e-212c-6a0d-2773-c26155f= 733e9' 'OpaqueRef:c5d26a86-80c2-5ba9-ceeb-b24ad92d9560')))
J= an=C2=A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi= |VDI.update R:403920685128|backtrace] Raised at file \"rbac.ml\", line 236, characters 10-1= 5\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n
Jan=C2= =A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX=20 /var/lib/xcp/xapi|VDI.update R:403920685128|dispatcher]=20 Server_helpers.exec exception_handler: Got exception=20 SR_OPERATION_NOT_SUPPORTED: [ OpaqueRef:74b063fc-ad90-f2fa-11f6-faa6dcf1fc4= 8 ]
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/= xcp/xapi|VDI.update R:403920685128|dispatcher] Raised at file \"rbac.ml\", line 236, charac= ters 10-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\nJan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/x= api|VDI.update R:403920685128|backtrace] Raised at file \"rbac.ml\", line 236, characters 1= 0-15\nCalled from file \"server_helpers.ml\", line 75, characters 11-41\n
Ja= n=C2=A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp/xapi|= VDI.update R:403920685128|xapi] Raised at file \"server_helpers.ml\", line 90, ch= aracters 14-15\nCalled from file \"lib/pervasiveext.ml\", line 22, characters 2-9\n=
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12595 UNIX /var/lib/xcp= /xapi|dispatch:VDI.update D:dcb4124ac3cd|xapi] Raised at file \"lib/pervasiveext.ml\&quo= t;, line 26, characters 22-25\nCalled from file \"lib/debug.ml\", line 57, characters 17-2= 0\nRe-raised at file \"lib/debug.ml\", line 62, characters 10-11\nCalled from file \"= lib/pervasiveext.ml\", line 22, characters 2-9\n
Jan=C2=A0 7 03:23:59 silver xapi: [d= ebug|silver|12595 UNIX /var/lib/xcp/xapi|dispatch:VDI.update D:dcb4124ac3cd= |backtrace] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCall= ed from file \"lib/debug= .ml\", line 57, characters 17-20\nRe-raised at file \"lib/debug.ml\", line 62, ch= aracters 10-11\nCalled from file \"lib/pervasiveext.ml\", line 22, characters 2-9\n= Re-raised at file \"lib/pervasiveext.ml\", line 26, characters 22-25\nCalled from f= ile \"server_he= lpers.ml\", line 136, characters 10-106\nCalled from file \"<= a href=3D"http://server.ml" target=3D"_blank">server.ml\", line 23= 617, characters 23-161\nCalled from file \"server_helpers.ml\", line 115, charact= ers 4-7\n
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|12588 UNIX /va= r/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|xapi] Raised at file \&quo= t;client.ml\", line= 6, characters 37-75\nCalled from file \"client.ml\", line 18, characters 55-110\nCalled = from file \"client.ml\", line 10073, characters 6-54\nCalled from file \"lib/pervasiveext.ml\", l= ine 22, characters 2-9\n
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver= |12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|mscgen] xap= i=3D>xapi [label=3D"session.logout"];
Jan=C2=A0 7 03:23:59 = silver xapi: [debug|silver|12596 UNIX /var/lib/xcp/xapi||dummytaskhelper] t= ask dispatch:session.logout D:6b02d1d8a37c created by task R:2b46893cd111Jan=C2=A0 7 03:23:59 silver xapi: [ info|silver|12596 UNIX /var/lib/xcp/x= api|session.logout D:f1bbc661e534|xapi] Session.destroy trackid=3D7a0b31934= f7b85e9aaa1ac15e1753c30
Jan=C2=A0 7 03:23:59 silver xapi: [debug|silver|= 12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:2b46893cd111|xapi] Could = not persist change to SR - caught Api_errors.Server_error("SR_OPERATIO= N_NOT_SUPPORTED", _)
Jan=C2=A0 7 03:23:59 silver xapi: [20150107T02= :23:59.934Z|audit|silver|12588 UNIX /var/lib/xcp/xapi|VDI.set_name_label R:= 2b46893cd111|audit] ('trackid=3Da6d169dce75de4fc39d36fc4641c6c85' &= #39;LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' '= ;API' 'VDI.set_name_label' (('self' 'test1-clone2&#= 39; '516a803e-212c-6a0d-2773-c26155f733e9' 'OpaqueRef:c5d26a86-= 80c2-5ba9-ceeb-b24ad92d9560')))
Jan=C2=A0 7 03:23:59 silver xapi: [ = info|silver|12588 UNIX /var/lib/xcp/xapi|session.logout D:598fbb9088a5|xapi= ] Session.destroy trackid=3Da6d169dce75de4fc39d36fc4641c6c85



VDI clone2 - raises error immediately
Jan=C2=A0 7 03:24:08 silver x= api: [ info|silver|12599 UNIX /var/lib/xcp/xapi||cli] xe vdi-clone uuid=3D8= 939cdc8-d43d-16a9-efd2-0a85fa239d79 new-name-label=3Dtest1-clone3 username= =3Droot password=3D(omitted)
Jan=C2=A0 7 03:24:08 silver xapi: [ info|si= lver|12599 UNIX /var/lib/xcp/xapi|session.login_with_password D:3b33410b84e= 5|xapi] Session.create trackid=3Dd2c167def0dba6859dcf7905aa46a0de pool=3Dfa= lse uname=3Droot originator=3Dcli is_local_superuser=3Dtrue auth_user_sid= =3D parent=3Dtrackid=3D9834f5af41c964e225f24279aefe4e49
Jan=C2=A0 7 03:2= 4:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|session.login_= with_password D:3b33410b84e5|mscgen] xapi=3D>xapi [label=3D"session= .get_uuid"];
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12600 = UNIX /var/lib/xcp/xapi||dummytaskhelper] task dispatch:session.get_uuid D:2= c456342cf2a created by task D:3b33410b84e5
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|audit] VDI.clone: VDI =3D=20 '8939cdc8-d43d-16a9-efd2-0a85fa239d79'
Jan=C2=A0 7 03:24:08 silv= er=20 xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|xapi] Marking SR for VDI.clone=20 (task=3DOpaqueRef:04f93157-e64e-0e44-c05f-16d591c6cbed)
Jan=C2=A0 7=20 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [ info|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|storage_impl] VDI.clone=20 dbg:OpaqueRef:04f93157-e64e-0e44-c05f-16d591c6cbed sr:5b245868-00c6-dcd1-3c= c9-c590f8f2c502 vdi_info:{"vdi": "test2-baseline", "content_id&qu= ot;: "", "name_label":=20 "test2-baseline", "name_description": "", &qu= ot;ty": "user",=20 "metadata_of_pool": "", "is_a_snapshot": fals= e, "snapshot_time":=20 "19700101T00:00:00Z", "snapshot_of": "", &quo= t;read_only": false,=20 "virtual_size": 0, "physical_utilisation": 0, "per= sistent": true,=20 "sm_config": {}}
Jan=C2=A0 7 03:24:08 silver ffs: [ info|silve= r|587||ffs] VDI.clone test2-baseline (format =3D vhd)
Jan=C2=A0 7 03:24:= 08 silver ffs: [ info|silver|587||ffs] rename /mnt/images/test2-baseline -&= gt; /mnt/images/test2-baseline.3
Jan=C2=A0 7 03:24:08 silver ffs: [ info|silver|587||ffs] No .readme file=20 containing child information for /mnt/images/test2-baseline.1
Jan=C2=A0 = 7=20 03:24:08 silver ffs: [error|silver|587||ffs] image node=20 /mnt/images/test2-baseline.1 has no associated metadata -- I can't risk= =20 manipulating it
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599 UN= IX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Called from file \"= ;lib/pervasiveext.ml\", line 22, characters 2-9\n
Jan=C2=A0 7 03:24:08 silver xapi: [error|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|storage_access] Re-raising as INTERNAL_ERROR [ Storage_interface.Internal_error("Failure(\"ima= ge metadata integrity check failed\")") ]
Jan=C2=A0 7 03:24:08= silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f931= 57e64e|xapi] Raised at file \"storage_access.ml\", line 973, characters 9-87\nCal= led from file \"message_forwarding.ml\", line 233, characters 25-44\nCalled f= rom file \"lib/pe= rvasiveext.ml\", line 22, characters 2-9\n
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Unmarking SR after=20 VDI.clone (task=3DOpaqueRef:04f93157-e64e-0e44-c05f-16d591c6cbed)
Jan=C2= =A0 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature: unknown=20 feature FORMAT_VHD
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599= =20 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|smint] SM.feature:=20 unknown feature FORMAT_RAW
Jan=C2=A0 7 03:24:08 silver xapi:=20 [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone=20 R:04f93157e64e|smint] SM.feature: unknown feature FORMAT_QCOW2
Jan=C2=A0= 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|backtrace] Raised at file=20 \"lib/pervasiveex= t.ml\", line 26, characters 22-25\nCalled from file \"rbac.ml\", line 227, charact= ers 16-23\n
Jan=C2=A0 7 03:24:08 silver xapi: [20150107T02:24:08.754Z|au= dit|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|audit] (&#= 39;trackid=3Dd2c167def0dba6859dcf7905aa46a0de' 'LOCAL_SUPERUSER'= ; 'root' 'ALLOWED' 'ERROR:INTERNAL_ERROR: [ Storage_int= erface.Internal_error(\"Failure(\\\"image metadata integrity check failed\\\")\") ]' 'API' = 9;VDI.clone' (('vdi'=20 'test2-baseline' '8939cdc8-d43d-16a9-efd2-0a85fa239d79' = 9;OpaqueRef:88ace392-9da7-997c-406d-f3718048dc1d')))
Jan=C2=A0 7 03:= 24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:0= 4f93157e64e|backtrace] Raised at file \"rbac.ml\", line 236, characters 10-15\nCalled from = file \"server_h= elpers.ml\", line 75, characters 11-41\n
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|dispatcher]=20 Server_helpers.exec exception_handler: Got exception INTERNAL_ERROR: [=20 Storage_interface.Internal_error("Failure(\"image metadata integr= ity check failed\")") ]
Jan=C2=A0 7 03:24:08 silver xapi: [deb= ug|silver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|dispatcher]= Raised at file \"rbac.ml= \", line 236, characters 10-15\nCalled from file \"server_helpers.ml\", = line 75, characters 11-41\n
Jan=C2=A0 7 03:24:08 silver xapi: [debug|sil= ver|12599 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|backtrace] Raised= at file \"rbac.ml\&q= uot;, line 236, characters 10-15\nCalled from file \"server_helpers.ml\", line 75= , characters 11-41\n
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|125= 99 UNIX /var/lib/xcp/xapi|VDI.clone R:04f93157e64e|xapi] Raised at file \&q= uot;server_helpers.m= l\", line 90, characters 14-15\nCalled from file \"lib/pervasiveext.ml\", = line 22, characters 2-9\n
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silve= r|12599 UNIX /var/lib/xcp/xapi|dispatch:VDI.clone D:889a3e3e1ece|xapi] Rais= ed at file \"lib/= pervasiveext.ml\", line 26, characters 22-25\nCalled from file \&q= uot;lib/debug.ml\", = line 57, characters 17-20\nRe-raised at file \"lib/debug.ml\", line 62, characters 10-11\n= Called from file \"lib/pervasiveext.ml\", line 22, characters 2-9\n
Jan=C2=A0 7 = 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi|dispatch:V= DI.clone D:889a3e3e1ece|backtrace] Raised at file \"lib/pervasiveext.ml\", line 26,= characters 22-25\nCalled from file \"lib/debug.ml\", line 57, characters 17-20\nRe-raised= at file \"lib/debug.ml<= /a>\", line 62, characters 10-11\nCalled from file \"lib/pervasiveext.ml\", l= ine 22, characters 2-9\nRe-raised at file \"lib/pervasiveext.ml\", line 26, charact= ers 22-25\nCalled from file \"server_helpers.ml\", line 136, characters 10-106\nC= alled from file \"serve= r.ml\", line 23417, characters 23-161\nCalled from file \"server_helpers.ml\&= quot;, line 115, characters 4-7\n
Jan=C2=A0 7 03:24:08 silver xapi: [deb= ug|silver|12599 UNIX /var/lib/xcp/xapi||xapi] Raised at file \"client.ml\", line 6, chara= cters 37-75\nCalled from file \"client.ml\", line 18, characters 55-110\nCalled from file= \"client.ml\"= , line 9978, characters 6-68\nCalled from file \"cli_operations.ml\", line 1173, = characters 14-63\nCalled from file \"xapi_cli.ml\", line 112, characters 18-56\nCalled = from file \"lib/p= ervasiveext.ml\", line 22, characters 2-9\n
Jan=C2=A0 7 03:24:0= 8 silver xapi: [ info|silver|12599 UNIX /var/lib/xcp/xapi|session.logout D:= 401462039ed3|xapi] Session.destroy trackid=3Dd2c167def0dba6859dcf7905aa46a0= de
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599 UNIX /var/lib/x= cp/xapi||backtrace] Raised at file \"lib/pervasiveext.ml\", line 26, characters 22-= 25\nCalled from file \"xapi_cli.ml\", line 111, characters 2-138\nCalled from file \&qu= ot;xapi_cli.ml\",= line 221, characters 7-44\nCalled from file \"xapi_cli.ml\", line 273, characters 4-23= \n
Jan=C2=A0 7 03:24:08 silver xapi: [debug|silver|12599 UNIX=20 /var/lib/xcp/xapi||cli] Xapi_cli.exception_handler: Got exception=20 INTERNAL_ERROR: [ Storage_interface.Internal_error("Failure(\"ima= ge metadata integrity check failed\")") ]
Jan=C2=A0 7 03:24:08= silver xapi: [debug|silver|12599 UNIX /var/lib/xcp/xapi||cli] Raised at fi= le \"lib/pervasiv= eext.ml\", line 26, characters 22-25\nCalled from file \"xapi_cli.ml\", line 1= 11, characters 2-138\nCalled from file \"xapi_cli.ml\", line 221, characters 7-44\nCall= ed from file \"xapi_c= li.ml\", line 273, characters 4-23\n

Regards,Dawid

--047d7b5d87b769a38a050c06c200-- --===============7179165423218342578== 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 --===============7179165423218342578==-- From xen-api-bounces@lists.xen.org Wed Jan 07 21:13:14 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 07 Jan 2015 21:13:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8xuV-0007QV-W1; Wed, 07 Jan 2015 21:12:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8xuU-0007QQ-IY for xen-api@lists.xen.org; Wed, 07 Jan 2015 21:12:58 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 97/5F-25276-951ADA45; Wed, 07 Jan 2015 21:12:57 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1420665175!19566133!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8346 invoked from network); 7 Jan 2015 21:12:55 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jan 2015 21:12:55 -0000 X-IronPort-AV: E=Sophos;i="5.07,717,1413244800"; d="scan'208";a="28432122" From: Dave Scott To: Dawid Kowalski Thread-Topic: [Xen-API] VDI cloning doesn't work - FFS SR on ext4 Thread-Index: AQHQKiKjIMWjdxjuWE2X74uWnf52d5y1GFiA Date: Wed, 7 Jan 2015 21:12:53 +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: Content-ID: <4EED3B09742CE6488C8AA0676B106375@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: Xen API mailing list Subject: Re: [Xen-API] VDI cloning doesn't work - FFS SR on ext4 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SGksDQoNCj4gT24gNyBKYW4gMjAxNSwgYXQgMDI6MzQsIERhd2lkIEtvd2Fsc2tpIDxka2FkZHMy QGdtYWlsLmNvbT4gd3JvdGU6DQo+IA0KPiBIaSBHdXlzLA0KPiANCj4gSSd2ZSBzcG90dGVkIGFu b3RoZXIgZXJyb3Igd2hlbiB0cnlpbmcgdG8gY3JlYXRlIFZESSBjbG9uZS4NCg0KVGhhbmtzIGZv ciB0aGUgcmVwb3J0LiBDb3VsZCB5b3UgZmlsZSB0aGlzIGhlcmU6DQoNCmh0dHBzOi8vZ2l0aHVi LmNvbS9kanM1NS9mZnMvaXNzdWVzDQoNCkl0IHNvdW5kcyBsaWtlIGl0IHNob3VsZCBiZSBlYXN5 IHRvIHJlcHJvZHVjZeKAlCB3ZSBzaG91bGQgYWRkIGEgdGVzdCBjYXNlIHNvbWVob3cuDQoNCkkg cmVhbGx5IHNob3VsZCBmaXggdGhlIGdpdGh1YiBmb3JrIHJlbGF0aW9uc2hpcCDigJQgaXTigJlz IGEgYml0IG9kZCB0aGF0IHhhcGktcHJvamVjdCBpcyBhIGZvcmsgb2YgbWluZS4NCg0KVGhhbmtz LA0KRGF2ZQ0KDQo+IA0KPiBUaGlzIGlzIGZ1bGx5IHJlcHJvZHVjaWJsZSBlcnJvciBmb3IgbWUu DQo+IFN0ZXBzIHRvIHJlcHJvZHVjZQ0KPiAxLiBjcmVhdGUgVkRJLg0KPiAyLiBjcmVhdGUgY2xv bmUgb2YgdGhpcyBWREkuIFRoaXMgd29uJ3QgcmFpc2UgZXJyb3IgYW5kIFZESSBjbG9uZSB3aWxs IGJlIGNyZWF0ZWQgaG93ZXZlciBzb21lIGVycm9ycyBhcmUgcmFpc2VkIGluIGxvZ3MuDQo+IDMu IGNyZWF0ZSBhbm90aGVyIGNsb25lIG9mIG9yaWdpbmFsIFZESS4gVGhpcyByYWlzZXMgZXJyb3Ig aW1tZWRpYXRlbHkuIA0KPiANCj4gQmVsb3cgaXMgZHVtcCBmcm9tIGxvZ3MuDQo+IFhlbi12ZXJz aW9uIHJlcG9ydHMgNC40DQo+IA0KPiBWREkgQ3JlYXRpb24NCj4gSmFuICA3IDAzOjIzOjMzIHNp bHZlciB4YXBpOiBbIGluZm98c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGNs aV0geGUgdmRpLWNyZWF0ZSB0eXBlPXN5c3RlbSB2aXJ0dWFsLXNpemU9MTAwTWlCIHNyLXV1aWQ9 NWIyNDU4NjgtMDBjNi1kY2QxLTNjYzktYzU5MGY4ZjJjNTAyIG5hbWUtbGFiZWw9dGVzdDItYmFz ZWxpbmUgdXNlcm5hbWU9cm9vdCBwYXNzd29yZD0ob21pdHRlZCkNCj4gDQo+IEphbiAgNyAwMzoy MzozMyBzaWx2ZXIgeGFwaTogWyBpbmZvfHNpbHZlcnwxMjU3NiBVTklYIC92YXIvbGliL3hjcC94 YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOjY2YjI5ZTljYjA0YXx4YXBpXSBTZXNz aW9uLmNyZWF0ZSB0cmFja2lkPWE2NTYzMDg5OWYwYWUwY2NhMGE0NjBiMDg4YzUwYjgyIHBvb2w9 ZmFsc2UgdW5hbWU9cm9vdCBvcmlnaW5hdG9yPWNsaSBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBh dXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZl NGU0OQ0KPiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1NzYg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ2luX3dpdGhfcGFzc3dvcmQgRDo2NmIy OWU5Y2IwNGF8bXNjZ2VuXSB4YXBpPT54YXBpIFtsYWJlbD0ic2Vzc2lvbi5nZXRfdXVpZCJdOw0K PiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1NzcgVU5JWCAv dmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24u Z2V0X3V1aWQgRDo1MDAwOGEyMzc0OWQgY3JlYXRlZCBieSB0YXNrIEQ6NjZiMjllOWNiMDRhDQo+ IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jcmVhdGUgUjozY2MyNDk3ZWY2YTN8YXVkaXRdIFZESS5jcmVh dGU6IFNSID0gJzViMjQ1ODY4LTAwYzYtZGNkMS0zY2M5LWM1OTBmOGYyYzUwMiAoL21udC9pbWFn ZXMvKSc7IG5hbWUgbGFiZWwgPSAndGVzdDItYmFzZWxpbmUnDQo+IEphbiAgNyAwMzoyMzozMyBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jcmVhdGUgUjozY2MyNDk3ZWY2YTN8eGFwaV0gTWFya2luZyBTUiBmb3IgVkRJLmNyZWF0ZSAo dGFzaz1PcGFxdWVSZWY6M2NjMjQ5N2UtZjZhMy0xMGJhLWQ2YTctYmRlMjk5Zjk4YmU5KQ0KPiBK YW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1NzYgVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY3JlYXRlIFI6M2NjMjQ5N2VmNmEzfHNtaW50XSBTTS5mZWF0dXJl OiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRA0KPiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhh cGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1NzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY3JlYXRl IFI6M2NjMjQ5N2VmNmEzfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1JBVw0KPiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1NzYg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY3JlYXRlIFI6M2NjMjQ5N2VmNmEzfHNtaW50XSBT TS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyDQo+IEphbiAgNyAwMzoyMzoz MyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92YXIvbGliL3hjcC94YXBp fFZESS5jcmVhdGUgUjozY2MyNDk3ZWY2YTN8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVh dHVyZSBGT1JNQVRfVkhEDQo+IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNp bHZlcnwxMjU3NiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jcmVhdGUgUjozY2MyNDk3ZWY2 YTN8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXDQo+IEphbiAg NyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92YXIvbGli L3hjcC94YXBpfFZESS5jcmVhdGUgUjozY2MyNDk3ZWY2YTN8c21pbnRdIFNNLmZlYXR1cmU6IHVu a25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3IDAzOjIzOjMzIHNpbHZlciB4YXBp OiBbIGluZm98c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNyZWF0ZSBS OjNjYzI0OTdlZjZhM3xzdG9yYWdlX2ltcGxdIFZESS5jcmVhdGUgZGJnOk9wYXF1ZVJlZjozY2My NDk3ZS1mNmEzLTEwYmEtZDZhNy1iZGUyOTlmOThiZTkgc3I6NWIyNDU4NjgtMDBjNi1kY2QxLTNj YzktYzU5MGY4ZjJjNTAyIHZkaV9pbmZvOnsidmRpIjogIiIsICJjb250ZW50X2lkIjogIiIsICJu YW1lX2xhYmVsIjogInRlc3QyLWJhc2VsaW5lIiwgIm5hbWVfZGVzY3JpcHRpb24iOiAiIiwgInR5 IjogInN5c3RlbSIsICJtZXRhZGF0YV9vZl9wb29sIjogIiIsICJpc19hX3NuYXBzaG90IjogZmFs c2UsICJzbmFwc2hvdF90aW1lIjogIjE5NzAwMTAxVDAwOjAwOjAwWiIsICJzbmFwc2hvdF9vZiI6 ICIiLCAicmVhZF9vbmx5IjogZmFsc2UsICJ2aXJ0dWFsX3NpemUiOiAxMDQ4NTc2MDAsICJwaHlz aWNhbF91dGlsaXNhdGlvbiI6IDAsICJwZXJzaXN0ZW50IjogdHJ1ZSwgInNtX2NvbmZpZyI6IHt9 fQ0KPiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIGZmczogW2RlYnVnfHNpbHZlcnw1ODV8fGZmc10g VkRJLmNyZWF0ZSB0ZXN0Mi1iYXNlbGluZSAtPiAvbW50L2ltYWdlcy90ZXN0Mi1iYXNlbGluZSAo MTA0ODU3NjAwKQ0KPiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIGZmczogW2RlYnVnfHNpbHZlcnw1 ODV8fGZmc10gd3JpdGUgPi9tbnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lLmpzb24NCj4gSmFuICA3 IDAzOjIzOjMzIHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjNjYzI0OTdlZjZhM3x4YXBpXSBDcmVhdGluZyBWREk6IHsi dmRpIjogInRlc3QyLWJhc2VsaW5lIiwgImNvbnRlbnRfaWQiOiAiIiwgIm5hbWVfbGFiZWwiOiAi dGVzdDItYmFzZWxpbmUiLCAibmFtZV9kZXNjcmlwdGlvbiI6ICIiLCAidHkiOiAic3lzdGVtIiwg Im1ldGFkYXRhX29mX3Bvb2wiOiAiIiwgImlzX2Ffc25hcHNob3QiOiBmYWxzZSwgInNuYXBzaG90 X3RpbWUiOiAiMTk3MDAxMDFUMDA6MDA6MDBaIiwgInNuYXBzaG90X29mIjogIiIsICJyZWFkX29u bHkiOiBmYWxzZSwgInZpcnR1YWxfc2l6ZSI6IDEwNDg1NzYwMCwgInBoeXNpY2FsX3V0aWxpc2F0 aW9uIjogMCwgInBlcnNpc3RlbnQiOiB0cnVlLCAic21fY29uZmlnIjogeyJ0eXBlIjogInZoZCJ9 fSAocmVmPU9wYXF1ZVJlZjo4OGFjZTM5Mi05ZGE3LTk5N2MtNDA2ZC1mMzcxODA0OGRjMWQpDQo+ IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jcmVhdGUgUjozY2MyNDk3ZWY2YTN8eGFwaV0gVW5tYXJraW5n IFNSIGFmdGVyIFZESS5jcmVhdGUgKHRhc2s9T3BhcXVlUmVmOjNjYzI0OTdlLWY2YTMtMTBiYS1k NmE3LWJkZTI5OWY5OGJlOSkNCj4gSmFuICA3IDAzOjIzOjMzIHNpbHZlciB4YXBpOiBbZGVidWd8 c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjNjYzI0OTdl ZjZhM3xzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQNCj4gSmFu ICA3IDAzOjIzOjMzIHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9s aWIveGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjNjYzI0OTdlZjZhM3xzbWludF0gU00uZmVhdHVyZTog dW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4gSmFuICA3IDAzOjIzOjMzIHNpbHZlciB4YXBp OiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNyZWF0ZSBS OjNjYzI0OTdlZjZhM3xzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9R Q09XMg0KPiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFsyMDE1MDEwN1QwMjoyMzozMy4x MjZafGF1ZGl0fHNpbHZlcnwxMjU3NiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jcmVhdGUg UjozY2MyNDk3ZWY2YTN8YXVkaXRdICgndHJhY2tpZD1hNjU2MzA4OTlmMGFlMGNjYTBhNDYwYjA4 OGM1MGI4MicgJ0xPQ0FMX1NVUEVSVVNFUicgJ3Jvb3QnICdBTExPV0VEJyAnT0snICdBUEknICdW REkuY3JlYXRlJyAoKCduYW1lX2xhYmVsJyAndGVzdDItYmFzZWxpbmUnICcnICcnKSAoJ25hbWVf ZGVzY3JpcHRpb24nICcnICcnICcnKSAoJ1NSJyAnL21udC9pbWFnZXMvJyAnNWIyNDU4NjgtMDBj Ni1kY2QxLTNjYzktYzU5MGY4ZjJjNTAyJyAnT3BhcXVlUmVmOjc0YjA2M2ZjLWFkOTAtZjJmYS0x MWY2LWZhYTZkY2YxZmM0OCcpKSkNCj4gSmFuICA3IDAzOjIzOjMzIHNpbHZlciB4YXBpOiBbIGlu Zm98c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dvdXQgRDo2 ZjgzMTgxMDViNjB8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9YTY1NjMwODk5ZjBhZTBj Y2EwYTQ2MGIwODhjNTBiODINCj4gSmFuICA3IDAzOjIzOjM1IHNpbHZlciB4YXBpOiBbZGVidWd8 c2lsdmVyfDcyfHhhcGkgZXZlbnRzIEQ6ZWQwZjhhMzNiYTkyfG1zY2dlbl0geGFwaT0+eGFwaSBb bGFiZWw9ImV2ZW50LmZyb20iXTsNCj4gSmFuICA3IDAzOjIzOjM1IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTgyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0g dGFzayBkaXNwYXRjaDpldmVudC5mcm9tIEQ6ODM2ZGY2MzkzOWFlIGNyZWF0ZWQgYnkgdGFzayBE OmVkMGY4YTMzYmE5Mg0KPiANCj4gVkRJIGNyZWF0aW9uIGRvbmUNCj4gDQo+IA0KPiANCj4gVkRJ IGNsb25lIC0gZmlyc3QgLSBubyBlcnJvciByZXR1cm5lZCwgY2xvbmVkIHZkaSBhY2Nlc3NpYmxl DQo+IA0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1ODgg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8Y2xpXSB4ZSB2ZGktY2xvbmUgdXVpZD04OTM5Y2RjOC1k NDNkLTE2YTktZWZkMi0NCj4gMGE4NWZhMjM5ZDc5IG5ldy1uYW1lLWxhYmVsPXRlc3QxLWNsb25l MiB1c2VybmFtZT1yb290IHBhc3N3b3JkPShvbWl0dGVkKQ0KPiBKYW4gIDcgMDM6MjM6NTkgc2ls dmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNz aW9uLmxvZ2luX3dpdGhfcGFzc3dvcmQgRDoxYTAwOTE1MzViYzV8eGFwaV0gU2Vzc2lvbi5jcmVh dGUgdHJhY2tpZD1hNmQxNjlkY2U3NWRlNGZjMzlkMzZmYzQ2NDFjNmM4NSBwb29sPWZhbHNlIHVu YW1lPXJvb3Qgb3JpZ2luYXRvcj1jbGkgaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2Vy X3NpZD0gcGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkNCj4g SmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zh ci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6MWEwMDkxNTM1YmM1 fG1zY2dlbl0geGFwaT0+eGFwaSBbbGFiZWw9InNlc3Npb24uZ2V0X3V1aWQiXTsNCj4gSmFuICA3 IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg5IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlk IEQ6MTA0MmEwYmM4ZDkzIGNyZWF0ZWQgYnkgdGFzayBEOjFhMDA5MTUzNWJjNQ0KPiBKYW4gIDcg MDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94 Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8YXVkaXRdIFZESS5jbG9uZTogVkRJID0g Jzg5MzljZGM4LWQ0M2QtMTZhOS1lZmQyLTBhODVmYTIzOWQ3OScNCj4gSmFuICA3IDAzOjIzOjU5 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHhhcGldIE1hcmtpbmcgU1IgZm9yIFZESS5jbG9uZSAo dGFzaz1PcGFxdWVSZWY6NDZjZDdmYzEtZDQwOS0zZDc5LTAzYzEtMzUzMjRmMzNkNDU0KQ0KPiBK YW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6 IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhEDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFw aTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBS OjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9S QVcNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVO SVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5m ZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyDQo+IEphbiAgNyAwMzoyMzo1OSBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9WSEQNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVy fDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNt aW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVw0KPiBKYW4gIDcgMDM6 MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3Av eGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24g ZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdm YzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRA0KPiBK YW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6 IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFw aTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBS OjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9R Q09XMg0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1ODgg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c3RvcmFnZV9p bXBsXSBWREkuY2xvbmUgZGJnOk9wYXF1ZVJlZjo0NmNkN2ZjMS1kNDA5LTNkNzktMDNjMS0zNTMy NGYzM2Q0NTQgc3I6NWIyNDU4NjgtMDBjNi1kY2QxLTNjYzktYzU5MGY4ZjJjNTAyIHZkaV9pbmZv OnsidmRpIjogInRlc3QyLWJhc2VsaW5lIiwgImNvbnRlbnRfaWQiOiAiIiwgIm5hbWVfbGFiZWwi OiAidGVzdDItYmFzZWxpbmUiLCAibmFtZV9kZXNjcmlwdGlvbiI6ICIiLCAidHkiOiAidXNlciIs ICJtZXRhZGF0YV9vZl9wb29sIjogIiIsICJpc19hX3NuYXBzaG90IjogZmFsc2UsICJzbmFwc2hv dF90aW1lIjogIjE5NzAwMTAxVDAwOjAwOjAwWiIsICJzbmFwc2hvdF9vZiI6ICIiLCAicmVhZF9v bmx5IjogZmFsc2UsICJ2aXJ0dWFsX3NpemUiOiAwLCAicGh5c2ljYWxfdXRpbGlzYXRpb24iOiAw LCAicGVyc2lzdGVudCI6IHRydWUsICJzbV9jb25maWciOiB7fX0NCj4gSmFuICA3IDAzOjIzOjU5 IHNpbHZlciBmZnM6IFsgaW5mb3xzaWx2ZXJ8NTg2fHxmZnNdIFZESS5jbG9uZSB0ZXN0Mi1iYXNl bGluZSAoZm9ybWF0ID0gdmhkKQ0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIGZmczogWyBpbmZv fHNpbHZlcnw1ODZ8fGZmc10gcmVuYW1lIC9tbnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lIC0+IC9t bnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lLjENCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciBmZnM6 IFtkZWJ1Z3xzaWx2ZXJ8NTg2fHxmZnNdIHdyaXRlID4vbW50L2ltYWdlcy90ZXN0Mi1iYXNlbGlu ZS4xLnJlYWRtZQ0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIGZmczogW2RlYnVnfHNpbHZlcnw1 ODZ8fGZmc10gd3JpdGUgPi9tbnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lLjIuanNvbg0KPiBKYW4g IDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xp Yi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8eGFwaV0gQ3JlYXRpbmcgVkRJOiB7 InZkaSI6ICJ0ZXN0Mi1iYXNlbGluZS4yIiwgImNvbnRlbnRfaWQiOiAiIiwgIm5hbWVfbGFiZWwi OiAidGVzdDItYmFzZWxpbmUiLCAibmFtZV9kZXNjcmlwdGlvbiI6ICIiLCAidHkiOiAidXNlciIs ICJtZXRhZGF0YV9vZl9wb29sIjogIiIsICJpc19hX3NuYXBzaG90IjogZmFsc2UsICJzbmFwc2hv dF90aW1lIjogIjE5NzAwMTAxVDAwOjAwOjAwWiIsICJzbmFwc2hvdF9vZiI6ICIiLCAicmVhZF9v bmx5IjogZmFsc2UsICJ2aXJ0dWFsX3NpemUiOiAxMDQ4NTc2MDAsICJwaHlzaWNhbF91dGlsaXNh dGlvbiI6IDAsICJwZXJzaXN0ZW50IjogdHJ1ZSwgInNtX2NvbmZpZyI6IHsidHlwZSI6ICJ2aGQi fX0gKHJlZj1PcGFxdWVSZWY6YzVkMjZhODYtODBjMi01YmE5LWNlZWItYjI0YWQ5MmQ5NTYwKQ0K PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAv dmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8eGFwaV0gVW5tYXJraW5n IFNSIGFmdGVyIFZESS5jbG9uZSAodGFzaz1PcGFxdWVSZWY6NDZjZDdmYzEtZDQwOS0zZDc5LTAz YzEtMzUzMjRmMzNkNDU0KQ0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xz aWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0 MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhEDQo+IEphbiAg NyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGli L3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5r bm93biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBb ZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZj ZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cy DQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklY IC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVh dHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZl ciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNs b25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9S TUFUX1JBVw0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1 ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRd IFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3IDAzOjIz OjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hh cGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZl YXR1cmUgRk9STUFUX1ZIRA0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xz aWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0 MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXDQo+IEphbiAg NyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGli L3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5r bm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMg0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6 IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0 NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhE DQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklY IC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVh dHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZl ciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNs b25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9S TUFUX1FDT1cyDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwx MjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWlu dF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQNCj4gSmFuICA3IDAzOjIz OjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hh cGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZl YXR1cmUgRk9STUFUX1JBVw0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xz aWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0 MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFu ICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9s aWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1 bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRA0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6 IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0 NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFX DQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklY IC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVh dHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMg0KPiBKYW4gIDcgMDM6MjM6NTkgc2ls dmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREku Y2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBG T1JNQVRfVkhEDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwx MjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWlu dF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4gSmFuICA3IDAzOjIz OjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hh cGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZl YXR1cmUgRk9STUFUX1FDT1cyDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVn fHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMx ZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQNCj4gSmFu ICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9s aWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1 bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVw0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6 IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0 NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNP VzINCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVO SVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5m ZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRA0KPiBKYW4gIDcgMDM6MjM6NTkgc2ls dmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREku Y2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBG T1JNQVRfUkFXDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwx MjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWlu dF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMg0KPiBKYW4gIDcgMDM6 MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3Av eGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24g ZmVhdHVyZSBGT1JNQVRfVkhEDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVn fHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMx ZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4gSmFu ICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9s aWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1 bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFw aTogWzIwMTUwMTA3VDAyOjIzOjU5LjkxMVp8YXVkaXR8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9s aWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fGF1ZGl0XSAoJ3RyYWNraWQ9YTZk MTY5ZGNlNzVkZTRmYzM5ZDM2ZmM0NjQxYzZjODUnICdMT0NBTF9TVVBFUlVTRVInICdyb290JyAn QUxMT1dFRCcgJ09LJyAnQVBJJyAnVkRJLmNsb25lJyAoKCd2ZGknICd0ZXN0Mi1iYXNlbGluZScg Jzg5MzljZGM4LWQ0M2QtMTZhOS1lZmQyLTBhODVmYTIzOWQ3OScgJ09wYXF1ZVJlZjo4OGFjZTM5 Mi05ZGE3LTk5N2MtNDA2ZC1mMzcxODA0OGRjMWQnKSkpDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2 ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5z ZXRfbmFtZV9sYWJlbCBSOjJiNDY4OTNjZDExMXxhdWRpdF0gVkRJLnNldF9uYW1lX2xhYmVsOiBW REkgPSAnNTE2YTgwM2UtMjEyYy02YTBkLTI3NzMtYzI2MTU1ZjczM2U5JyBuYW1lLWxhYmVsID0g J3Rlc3QxLWNsb25lMicNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2ls dmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnNldF9uYW1lX2xhYmVsIFI6MmI0 Njg5M2NkMTExfG1zY2dlbl0geGFwaT0+eGFwaSBbbGFiZWw9InNlc3Npb24uc2xhdmVfbG9naW4i XTsNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTkzIFVO SVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNz aW9uLnNsYXZlX2xvZ2luIEQ6OWNkMGY1ZmM4YThlIGNyZWF0ZWQgYnkgdGFzayBSOjJiNDY4OTNj ZDExMQ0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1OTMg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6MjIyN2IzZmI5MTcy fHhhcGldIFNlc3Npb24uY3JlYXRlIHRyYWNraWQ9N2EwYjMxOTM0ZjdiODVlOWFhYTFhYzE1ZTE3 NTNjMzAgcG9vbD10cnVlIHVuYW1lPSBvcmlnaW5hdG9yPSBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1 ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlh ZWZlNGU0OQ0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1 OTMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6MjIyN2IzZmI5 MTcyfG1zY2dlbl0geGFwaT0+eGFwaSBbbGFiZWw9InNlc3Npb24uZ2V0X3V1aWQiXTsNCj4gSmFu ICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk0IFVOSVggL3Zhci9s aWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91 dWlkIEQ6YzA5OWZmMTY0NWZmIGNyZWF0ZWQgYnkgdGFzayBEOjIyMjdiM2ZiOTE3Mg0KPiBKYW4g IDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xp Yi94Y3AveGFwaXxWREkuc2V0X25hbWVfbGFiZWwgUjoyYjQ2ODkzY2QxMTF8bXNjZ2VuXSB4YXBp PT54YXBpIFtsYWJlbD0iVkRJLnVwZGF0ZSJdOw0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhh cGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNr aGVscGVyXSB0YXNrIGRpc3BhdGNoOlZESS51cGRhdGUgRDpkY2I0MTI0YWMzY2QgY3JlYXRlZCBi eSB0YXNrIFI6MmI0Njg5M2NkMTExDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogWyBp bmZvfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS51cGRh dGUgRDpkY2I0MTI0YWMzY2R8dGFza2hlbHBlcl0gdGFzayBWREkudXBkYXRlIFI6NDAzOTIwNjg1 MTI4ICh1dWlkOmVkOGZmOTA1LTk3YjUtODQyYi0xZmQ3LTllNjRmNWYwM2Q1ZSkgY3JlYXRlZCAo dHJhY2tpZD03YTBiMzE5MzRmN2I4NWU5YWFhMWFjMTVlMTc1M2MzMCkgYnkgdGFzayBSOjJiNDY4 OTNjZDExMQ0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1 OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkudXBkYXRlIFI6NDAzOTIwNjg1MTI4fHNtaW50 XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRA0KPiBKYW4gIDcgMDM6MjM6 NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFw aXxWREkudXBkYXRlIFI6NDAzOTIwNjg1MTI4fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZl YXR1cmUgRk9STUFUX1JBVw0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xz aWx2ZXJ8MTI1OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkudXBkYXRlIFI6NDAzOTIwNjg1 MTI4fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyDQo+IEph biAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIv bGliL3hjcC94YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8YmFja3RyYWNlXSBSYWlzZWQg YXQgZmlsZSBcInhhcGlfdmRpLm1sXCIsIGxpbmUgMTkwLCBjaGFyYWN0ZXJzIDI2LTU3XG5DYWxs ZWQgZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMzEyMiwgY2hhcmFj dGVycyA1LTU3XG5DYWxsZWQgZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxp bmUgMjgzLCBjaGFyYWN0ZXJzIDUtOFxuDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTog W2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS51cGRhdGUgUjo0 MDM5MjA2ODUxMjh8eGFwaV0gQ2F1Z2h0IGV4Y2VwdGlvbiB3aGlsZSBTUl9PUEVSQVRJT05fTk9U X1NVUFBPUlRFRDogWyBPcGFxdWVSZWY6NzRiMDYzZmMtYWQ5MC1mMmZhLTExZjYtZmFhNmRjZjFm YzQ4IF0gaW4gbWVzc2FnZSBmb3J3YXJkZXI6IG1hcmtpbmcgVkRJIGZvciBWREkudXBkYXRlDQo+ IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8YmFja3RyYWNlXSBSYWlz ZWQgYXQgZmlsZSBcInhhcGlfdmRpLm1sXCIsIGxpbmUgMTkwLCBjaGFyYWN0ZXJzIDI2LTU3XG5D YWxsZWQgZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMzEyMiwgY2hh cmFjdGVycyA1LTU3XG5DYWxsZWQgZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIs IGxpbmUgMjgzLCBjaGFyYWN0ZXJzIDUtOFxuUmUtcmFpc2VkIGF0IGZpbGUgXCJtZXNzYWdlX2Zv cndhcmRpbmcubWxcIiwgbGluZSAyODYsIGNoYXJhY3RlcnMgOC05XG5DYWxsZWQgZnJvbSBmaWxl IFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDMzLCBjaGFyYWN0ZXJzIDM2LTM5XG5SZS1y YWlzZWQgYXQgZmlsZSBcIm1lc3NhZ2VfZm9yd2FyZGluZy5tbFwiLCBsaW5lIDMxMzYsIGNoYXJh Y3RlcnMgMTItMTNcbkNhbGxlZCBmcm9tIGZpbGUgXCJsaWIvdGhyZWFkZXh0Lm1sXCIsIGxpbmUg MjAsIGNoYXJhY3RlcnMgMjAtMjRcblJlLXJhaXNlZCBhdCBmaWxlIFwibGliL3RocmVhZGV4dC5t bFwiLCBsaW5lIDIwLCBjaGFyYWN0ZXJzIDYyLTY1XG5DYWxsZWQgZnJvbSBmaWxlIFwibWVzc2Fn ZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMTQ5LCBjaGFyYWN0ZXJzIDE5LTI1XG5DYWxsZWQgZnJv bSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMzEyOCwgY2hhcmFjdGVycyAz LTM2OVxuQ2FsbGVkIGZyb20gZmlsZSBcInJiYWMubWxcIiwgbGluZSAyMjcsIGNoYXJhY3RlcnMg MTYtMjNcbg0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsyMDE1MDEwN1QwMjoyMzo1 OS45MjdafGF1ZGl0fHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS51cGRh dGUgUjo0MDM5MjA2ODUxMjh8YXVkaXRdICgndHJhY2tpZD03YTBiMzE5MzRmN2I4NWU5YWFhMWFj MTVlMTc1M2MzMCcgJ0xPQ0FMX1NVUEVSVVNFUicgJ09wYXF1ZVJlZjowZDBkN2JmNy00ZDAzLWFm YzQtNDI4MC04NzI0MDE0MjI0YmEnICdBTExPV0VEJyAnRVJST1I6U1JfT1BFUkFUSU9OX05PVF9T VVBQT1JURUQ6IFsgT3BhcXVlUmVmOjc0YjA2M2ZjLWFkOTAtZjJmYS0xMWY2LWZhYTZkY2YxZmM0 OCBdJyAnQVBJJyAnVkRJLnVwZGF0ZScgKCgndmRpJyAndGVzdDEtY2xvbmUyJyAnNTE2YTgwM2Ut MjEyYy02YTBkLTI3NzMtYzI2MTU1ZjczM2U5JyAnT3BhcXVlUmVmOmM1ZDI2YTg2LTgwYzItNWJh OS1jZWViLWIyNGFkOTJkOTU2MCcpKSkNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBb ZGVidWd8c2lsdmVyfDEyNTk1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnVwZGF0ZSBSOjQw MzkyMDY4NTEyOHxiYWNrdHJhY2VdIFJhaXNlZCBhdCBmaWxlIFwicmJhYy5tbFwiLCBsaW5lIDIz NiwgY2hhcmFjdGVycyAxMC0xNVxuQ2FsbGVkIGZyb20gZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1s XCIsIGxpbmUgNzUsIGNoYXJhY3RlcnMgMTEtNDFcbg0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVy IHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkudXBk YXRlIFI6NDAzOTIwNjg1MTI4fGRpc3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0 aW9uX2hhbmRsZXI6IEdvdCBleGNlcHRpb24gU1JfT1BFUkFUSU9OX05PVF9TVVBQT1JURUQ6IFsg T3BhcXVlUmVmOjc0YjA2M2ZjLWFkOTAtZjJmYS0xMWY2LWZhYTZkY2YxZmM0OCBdDQo+IEphbiAg NyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGli L3hjcC94YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8ZGlzcGF0Y2hlcl0gUmFpc2VkIGF0 IGZpbGUgXCJyYmFjLm1sXCIsIGxpbmUgMjM2LCBjaGFyYWN0ZXJzIDEwLTE1XG5DYWxsZWQgZnJv bSBmaWxlIFwic2VydmVyX2hlbHBlcnMubWxcIiwgbGluZSA3NSwgY2hhcmFjdGVycyAxMS00MVxu DQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklY IC92YXIvbGliL3hjcC94YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8YmFja3RyYWNlXSBS YWlzZWQgYXQgZmlsZSBcInJiYWMubWxcIiwgbGluZSAyMzYsIGNoYXJhY3RlcnMgMTAtMTVcbkNh bGxlZCBmcm9tIGZpbGUgXCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDc1LCBjaGFyYWN0ZXJz IDExLTQxXG4NCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEy NTk1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnVwZGF0ZSBSOjQwMzkyMDY4NTEyOHx4YXBp XSBSYWlzZWQgYXQgZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxpbmUgOTAsIGNoYXJhY3Rl cnMgMTQtMTVcbkNhbGxlZCBmcm9tIGZpbGUgXCJsaWIvcGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUg MjIsIGNoYXJhY3RlcnMgMi05XG4NCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLnVwZGF0 ZSBEOmRjYjQxMjRhYzNjZHx4YXBpXSBSYWlzZWQgYXQgZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQu bWxcIiwgbGluZSAyNiwgY2hhcmFjdGVycyAyMi0yNVxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9k ZWJ1Zy5tbFwiLCBsaW5lIDU3LCBjaGFyYWN0ZXJzIDE3LTIwXG5SZS1yYWlzZWQgYXQgZmlsZSBc ImxpYi9kZWJ1Zy5tbFwiLCBsaW5lIDYyLCBjaGFyYWN0ZXJzIDEwLTExXG5DYWxsZWQgZnJvbSBm aWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDIyLCBjaGFyYWN0ZXJzIDItOVxuDQo+ IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92 YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS51cGRhdGUgRDpkY2I0MTI0YWMzY2R8YmFja3Ry YWNlXSBSYWlzZWQgYXQgZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwgbGluZSAyNiwgY2hh cmFjdGVycyAyMi0yNVxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9kZWJ1Zy5tbFwiLCBsaW5lIDU3 LCBjaGFyYWN0ZXJzIDE3LTIwXG5SZS1yYWlzZWQgYXQgZmlsZSBcImxpYi9kZWJ1Zy5tbFwiLCBs aW5lIDYyLCBjaGFyYWN0ZXJzIDEwLTExXG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL3BlcnZhc2l2 ZWV4dC5tbFwiLCBsaW5lIDIyLCBjaGFyYWN0ZXJzIDItOVxuUmUtcmFpc2VkIGF0IGZpbGUgXCJs aWIvcGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjYsIGNoYXJhY3RlcnMgMjItMjVcbkNhbGxlZCBm cm9tIGZpbGUgXCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDEzNiwgY2hhcmFjdGVycyAxMC0x MDZcbkNhbGxlZCBmcm9tIGZpbGUgXCJzZXJ2ZXIubWxcIiwgbGluZSAyMzYxNywgY2hhcmFjdGVy cyAyMy0xNjFcbkNhbGxlZCBmcm9tIGZpbGUgXCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDEx NSwgY2hhcmFjdGVycyA0LTdcbg0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1 Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuc2V0X25hbWVfbGFiZWwg UjoyYjQ2ODkzY2QxMTF8eGFwaV0gUmFpc2VkIGF0IGZpbGUgXCJjbGllbnQubWxcIiwgbGluZSA2 LCBjaGFyYWN0ZXJzIDM3LTc1XG5DYWxsZWQgZnJvbSBmaWxlIFwiY2xpZW50Lm1sXCIsIGxpbmUg MTgsIGNoYXJhY3RlcnMgNTUtMTEwXG5DYWxsZWQgZnJvbSBmaWxlIFwiY2xpZW50Lm1sXCIsIGxp bmUgMTAwNzMsIGNoYXJhY3RlcnMgNi01NFxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9wZXJ2YXNp dmVleHQubWxcIiwgbGluZSAyMiwgY2hhcmFjdGVycyAyLTlcbg0KPiBKYW4gIDcgMDM6MjM6NTkg c2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW REkuc2V0X25hbWVfbGFiZWwgUjoyYjQ2ODkzY2QxMTF8bXNjZ2VuXSB4YXBpPT54YXBpIFtsYWJl bD0ic2Vzc2lvbi5sb2dvdXQiXTsNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0g dGFzayBkaXNwYXRjaDpzZXNzaW9uLmxvZ291dCBEOjZiMDJkMWQ4YTM3YyBjcmVhdGVkIGJ5IHRh c2sgUjoyYjQ2ODkzY2QxMTENCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbIGluZm98 c2lsdmVyfDEyNTk2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dvdXQgRDpmMWJi YzY2MWU1MzR8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9N2EwYjMxOTM0ZjdiODVlOWFh YTFhYzE1ZTE3NTNjMzANCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2ls dmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnNldF9uYW1lX2xhYmVsIFI6MmI0 Njg5M2NkMTExfHhhcGldIENvdWxkIG5vdCBwZXJzaXN0IGNoYW5nZSB0byBTUiAtIGNhdWdodCBB cGlfZXJyb3JzLlNlcnZlcl9lcnJvcigiU1JfT1BFUkFUSU9OX05PVF9TVVBQT1JURUQiLCBfKQ0K PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsyMDE1MDEwN1QwMjoyMzo1OS45MzRafGF1 ZGl0fHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5zZXRfbmFtZV9sYWJl bCBSOjJiNDY4OTNjZDExMXxhdWRpdF0gKCd0cmFja2lkPWE2ZDE2OWRjZTc1ZGU0ZmMzOWQzNmZj NDY0MWM2Yzg1JyAnTE9DQUxfU1VQRVJVU0VSJyAncm9vdCcgJ0FMTE9XRUQnICdPSycgJ0FQSScg J1ZESS5zZXRfbmFtZV9sYWJlbCcgKCgnc2VsZicgJ3Rlc3QxLWNsb25lMicgJzUxNmE4MDNlLTIx MmMtNmEwZC0yNzczLWMyNjE1NWY3MzNlOScgJ09wYXF1ZVJlZjpjNWQyNmE4Ni04MGMyLTViYTkt Y2VlYi1iMjRhZDkyZDk1NjAnKSkpDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogWyBp bmZvfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9nb3V0IEQ6 NTk4ZmJiOTA4OGE1fHhhcGldIFNlc3Npb24uZGVzdHJveSB0cmFja2lkPWE2ZDE2OWRjZTc1ZGU0 ZmMzOWQzNmZjNDY0MWM2Yzg1DQo+IA0KPiANCj4gDQo+IA0KPiBWREkgY2xvbmUyIC0gcmFpc2Vz IGVycm9yIGltbWVkaWF0ZWx5DQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogWyBpbmZv fHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxjbGldIHhlIHZkaS1jbG9uZSB1 dWlkPTg5MzljZGM4LWQ0M2QtMTZhOS1lZmQyLTBhODVmYTIzOWQ3OSBuZXctbmFtZS1sYWJlbD10 ZXN0MS1jbG9uZTMgdXNlcm5hbWU9cm9vdCBwYXNzd29yZD0ob21pdHRlZCkNCj4gSmFuICA3IDAz OjI0OjA4IHNpbHZlciB4YXBpOiBbIGluZm98c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNw L3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6M2IzMzQxMGI4NGU1fHhhcGldIFNl c3Npb24uY3JlYXRlIHRyYWNraWQ9ZDJjMTY3ZGVmMGRiYTY4NTlkY2Y3OTA1YWE0NmEwZGUgcG9v bD1mYWxzZSB1bmFtZT1yb290IG9yaWdpbmF0b3I9Y2xpIGlzX2xvY2FsX3N1cGVydXNlcj10cnVl IGF1dGhfdXNlcl9zaWQ9IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3OWFl ZmU0ZTQ5DQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5 OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOjNi MzM0MTBiODRlNXxtc2NnZW5dIHhhcGk9PnhhcGkgW2xhYmVsPSJzZXNzaW9uLmdldF91dWlkIl07 DQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjYwMCBVTklY IC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6c2Vzc2lv bi5nZXRfdXVpZCBEOjJjNDU2MzQyY2YyYSBjcmVhdGVkIGJ5IHRhc2sgRDozYjMzNDEwYjg0ZTUN Cj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVgg L3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfGF1ZGl0XSBWREkuY2xv bmU6IFZESSA9ICc4OTM5Y2RjOC1kNDNkLTE2YTktZWZkMi0wYTg1ZmEyMzlkNzknDQo+IEphbiAg NyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGli L3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXx4YXBpXSBNYXJraW5nIFNSIGZvciBW REkuY2xvbmUgKHRhc2s9T3BhcXVlUmVmOjA0ZjkzMTU3LWU2NGUtMGU0NC1jMDVmLTE2ZDU5MWM2 Y2JlZCkNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5 IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBT TS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRA0KPiBKYW4gIDcgMDM6MjQ6MDgg c2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW REkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVy ZSBGT1JNQVRfUkFXDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZl cnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxz bWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMg0KPiBKYW4gIDcg MDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94 Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25v d24gZmVhdHVyZSBGT1JNQVRfVkhEDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2Rl YnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0Zjkz MTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4g SmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zh ci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJl OiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIg eGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9u ZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1B VF9WSEQNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5 IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBT TS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVw0KPiBKYW4gIDcgMDM6MjQ6MDgg c2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW REkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVy ZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbIGluZm98c2ls dmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRl fHN0b3JhZ2VfaW1wbF0gVkRJLmNsb25lIGRiZzpPcGFxdWVSZWY6MDRmOTMxNTctZTY0ZS0wZTQ0 LWMwNWYtMTZkNTkxYzZjYmVkIHNyOjViMjQ1ODY4LTAwYzYtZGNkMS0zY2M5LWM1OTBmOGYyYzUw MiB2ZGlfaW5mbzp7InZkaSI6ICJ0ZXN0Mi1iYXNlbGluZSIsICJjb250ZW50X2lkIjogIiIsICJu YW1lX2xhYmVsIjogInRlc3QyLWJhc2VsaW5lIiwgIm5hbWVfZGVzY3JpcHRpb24iOiAiIiwgInR5 IjogInVzZXIiLCAibWV0YWRhdGFfb2ZfcG9vbCI6ICIiLCAiaXNfYV9zbmFwc2hvdCI6IGZhbHNl LCAic25hcHNob3RfdGltZSI6ICIxOTcwMDEwMVQwMDowMDowMFoiLCAic25hcHNob3Rfb2YiOiAi IiwgInJlYWRfb25seSI6IGZhbHNlLCAidmlydHVhbF9zaXplIjogMCwgInBoeXNpY2FsX3V0aWxp c2F0aW9uIjogMCwgInBlcnNpc3RlbnQiOiB0cnVlLCAic21fY29uZmlnIjoge319DQo+IEphbiAg NyAwMzoyNDowOCBzaWx2ZXIgZmZzOiBbIGluZm98c2lsdmVyfDU4N3x8ZmZzXSBWREkuY2xvbmUg dGVzdDItYmFzZWxpbmUgKGZvcm1hdCA9IHZoZCkNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciBm ZnM6IFsgaW5mb3xzaWx2ZXJ8NTg3fHxmZnNdIHJlbmFtZSAvbW50L2ltYWdlcy90ZXN0Mi1iYXNl bGluZSAtPiAvbW50L2ltYWdlcy90ZXN0Mi1iYXNlbGluZS4zDQo+IEphbiAgNyAwMzoyNDowOCBz aWx2ZXIgZmZzOiBbIGluZm98c2lsdmVyfDU4N3x8ZmZzXSBObyAucmVhZG1lIGZpbGUgY29udGFp bmluZyBjaGlsZCBpbmZvcm1hdGlvbiBmb3IgL21udC9pbWFnZXMvdGVzdDItYmFzZWxpbmUuMQ0K PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIGZmczogW2Vycm9yfHNpbHZlcnw1ODd8fGZmc10gaW1h Z2Ugbm9kZSAvbW50L2ltYWdlcy90ZXN0Mi1iYXNlbGluZS4xIGhhcyBubyBhc3NvY2lhdGVkIG1l dGFkYXRhIC0tIEkgY2FuJ3QgcmlzayBtYW5pcHVsYXRpbmcgaXQNCj4gSmFuICA3IDAzOjI0OjA4 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHhhcGldIENhbGxlZCBmcm9tIGZpbGUgXCJsaWIvcGVy dmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjIsIGNoYXJhY3RlcnMgMi05XG4NCj4gSmFuICA3IDAzOjI0 OjA4IHNpbHZlciB4YXBpOiBbZXJyb3J8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hh cGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHN0b3JhZ2VfYWNjZXNzXSBSZS1yYWlzaW5nIGFz IElOVEVSTkFMX0VSUk9SIFsgU3RvcmFnZV9pbnRlcmZhY2UuSW50ZXJuYWxfZXJyb3IoIkZhaWx1 cmUoXCJpbWFnZSBtZXRhZGF0YSBpbnRlZ3JpdHkgY2hlY2sgZmFpbGVkXCIpIikgXQ0KPiBKYW4g IDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xp Yi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8eGFwaV0gUmFpc2VkIGF0IGZpbGUg XCJzdG9yYWdlX2FjY2Vzcy5tbFwiLCBsaW5lIDk3MywgY2hhcmFjdGVycyA5LTg3XG5DYWxsZWQg ZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMjMzLCBjaGFyYWN0ZXJz IDI1LTQ0XG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDIy LCBjaGFyYWN0ZXJzIDItOVxuDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVn fHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3 ZTY0ZXx4YXBpXSBVbm1hcmtpbmcgU1IgYWZ0ZXIgVkRJLmNsb25lICh0YXNrPU9wYXF1ZVJlZjow NGY5MzE1Ny1lNjRlLTBlNDQtYzA1Zi0xNmQ1OTFjNmNiZWQpDQo+IEphbiAgNyAwMzoyNDowOCBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9WSEQNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVy fDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNt aW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVw0KPiBKYW4gIDcgMDM6 MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3Av eGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24g ZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMx NTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRA0KPiBK YW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6 IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFw aTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBS OjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9R Q09XMg0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhEDQo+IEphbiAgNyAwMzoyNDowOCBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9SQVcNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVy fDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNt aW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyDQo+IEphbiAgNyAw MzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9WSEQNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMx NTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVw0KPiBK YW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6 IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1ZIRA0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXDQo+IEphbiAgNyAwMzoyNDowOCBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9RQ09XMg0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhEDQo+IEphbiAgNyAw MzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMx NTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyDQo+ IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1JBVw0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3IDAzOjI0OjA4 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1 cmUgRk9STUFUX1ZIRA0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXDQo+IEphbiAgNyAw MzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9RQ09XMg0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtk ZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5 MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhEDQo+ IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1FDT1cyDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5 OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0g U00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQNCj4gSmFuICA3IDAzOjI0OjA4 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1 cmUgRk9STUFUX1JBVw0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3 IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfGJhY2t0cmFjZV0gUmFpc2VkIGF0IGZp bGUgXCJsaWIvcGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjYsIGNoYXJhY3RlcnMgMjItMjVcbkNh bGxlZCBmcm9tIGZpbGUgXCJyYmFjLm1sXCIsIGxpbmUgMjI3LCBjaGFyYWN0ZXJzIDE2LTIzXG4N Cj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbMjAxNTAxMDdUMDI6MjQ6MDguNzU0Wnxh dWRpdHxzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5 MzE1N2U2NGV8YXVkaXRdICgndHJhY2tpZD1kMmMxNjdkZWYwZGJhNjg1OWRjZjc5MDVhYTQ2YTBk ZScgJ0xPQ0FMX1NVUEVSVVNFUicgJ3Jvb3QnICdBTExPV0VEJyAnRVJST1I6SU5URVJOQUxfRVJS T1I6IFsgU3RvcmFnZV9pbnRlcmZhY2UuSW50ZXJuYWxfZXJyb3IoXCJGYWlsdXJlKFxcXCJpbWFn ZSBtZXRhZGF0YSBpbnRlZ3JpdHkgY2hlY2sgZmFpbGVkXFxcIilcIikgXScgJ0FQSScgJ1ZESS5j bG9uZScgKCgndmRpJyAndGVzdDItYmFzZWxpbmUnICc4OTM5Y2RjOC1kNDNkLTE2YTktZWZkMi0w YTg1ZmEyMzlkNzknICdPcGFxdWVSZWY6ODhhY2UzOTItOWRhNy05OTdjLTQwNmQtZjM3MTgwNDhk YzFkJykpKQ0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1 OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8YmFja3Ry YWNlXSBSYWlzZWQgYXQgZmlsZSBcInJiYWMubWxcIiwgbGluZSAyMzYsIGNoYXJhY3RlcnMgMTAt MTVcbkNhbGxlZCBmcm9tIGZpbGUgXCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDc1LCBjaGFy YWN0ZXJzIDExLTQxXG4NCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2ls dmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRl fGRpc3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hhbmRsZXI6IEdvdCBl eGNlcHRpb24gSU5URVJOQUxfRVJST1I6IFsgU3RvcmFnZV9pbnRlcmZhY2UuSW50ZXJuYWxfZXJy b3IoIkZhaWx1cmUoXCJpbWFnZSBtZXRhZGF0YSBpbnRlZ3JpdHkgY2hlY2sgZmFpbGVkXCIpIikg XQ0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5J WCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8ZGlzcGF0Y2hlcl0g UmFpc2VkIGF0IGZpbGUgXCJyYmFjLm1sXCIsIGxpbmUgMjM2LCBjaGFyYWN0ZXJzIDEwLTE1XG5D YWxsZWQgZnJvbSBmaWxlIFwic2VydmVyX2hlbHBlcnMubWxcIiwgbGluZSA3NSwgY2hhcmFjdGVy cyAxMS00MVxuDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwx MjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxiYWNr dHJhY2VdIFJhaXNlZCBhdCBmaWxlIFwicmJhYy5tbFwiLCBsaW5lIDIzNiwgY2hhcmFjdGVycyAx MC0xNVxuQ2FsbGVkIGZyb20gZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxpbmUgNzUsIGNo YXJhY3RlcnMgMTEtNDFcbg0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xz aWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2 NGV8eGFwaV0gUmFpc2VkIGF0IGZpbGUgXCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDkwLCBj aGFyYWN0ZXJzIDE0LTE1XG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwi LCBsaW5lIDIyLCBjaGFyYWN0ZXJzIDItOVxuDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFw aTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZE SS5jbG9uZSBEOjg4OWEzZTNlMWVjZXx4YXBpXSBSYWlzZWQgYXQgZmlsZSBcImxpYi9wZXJ2YXNp dmVleHQubWxcIiwgbGluZSAyNiwgY2hhcmFjdGVycyAyMi0yNVxuQ2FsbGVkIGZyb20gZmlsZSBc ImxpYi9kZWJ1Zy5tbFwiLCBsaW5lIDU3LCBjaGFyYWN0ZXJzIDE3LTIwXG5SZS1yYWlzZWQgYXQg ZmlsZSBcImxpYi9kZWJ1Zy5tbFwiLCBsaW5lIDYyLCBjaGFyYWN0ZXJzIDEwLTExXG5DYWxsZWQg ZnJvbSBmaWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDIyLCBjaGFyYWN0ZXJzIDIt OVxuDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBV TklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS5jbG9uZSBEOjg4OWEzZTNlMWVjZXxi YWNrdHJhY2VdIFJhaXNlZCBhdCBmaWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDI2 LCBjaGFyYWN0ZXJzIDIyLTI1XG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL2RlYnVnLm1sXCIsIGxp bmUgNTcsIGNoYXJhY3RlcnMgMTctMjBcblJlLXJhaXNlZCBhdCBmaWxlIFwibGliL2RlYnVnLm1s XCIsIGxpbmUgNjIsIGNoYXJhY3RlcnMgMTAtMTFcbkNhbGxlZCBmcm9tIGZpbGUgXCJsaWIvcGVy dmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjIsIGNoYXJhY3RlcnMgMi05XG5SZS1yYWlzZWQgYXQgZmls ZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwgbGluZSAyNiwgY2hhcmFjdGVycyAyMi0yNVxuQ2Fs bGVkIGZyb20gZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxpbmUgMTM2LCBjaGFyYWN0ZXJz IDEwLTEwNlxuQ2FsbGVkIGZyb20gZmlsZSBcInNlcnZlci5tbFwiLCBsaW5lIDIzNDE3LCBjaGFy YWN0ZXJzIDIzLTE2MVxuQ2FsbGVkIGZyb20gZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxp bmUgMTE1LCBjaGFyYWN0ZXJzIDQtN1xuDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTog W2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHx4YXBpXSBSYWlzZWQg YXQgZmlsZSBcImNsaWVudC5tbFwiLCBsaW5lIDYsIGNoYXJhY3RlcnMgMzctNzVcbkNhbGxlZCBm cm9tIGZpbGUgXCJjbGllbnQubWxcIiwgbGluZSAxOCwgY2hhcmFjdGVycyA1NS0xMTBcbkNhbGxl ZCBmcm9tIGZpbGUgXCJjbGllbnQubWxcIiwgbGluZSA5OTc4LCBjaGFyYWN0ZXJzIDYtNjhcbkNh bGxlZCBmcm9tIGZpbGUgXCJjbGlfb3BlcmF0aW9ucy5tbFwiLCBsaW5lIDExNzMsIGNoYXJhY3Rl cnMgMTQtNjNcbkNhbGxlZCBmcm9tIGZpbGUgXCJ4YXBpX2NsaS5tbFwiLCBsaW5lIDExMiwgY2hh cmFjdGVycyAxOC01NlxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwg bGluZSAyMiwgY2hhcmFjdGVycyAyLTlcbg0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6 IFsgaW5mb3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ291 dCBEOjQwMTQ2MjAzOWVkM3x4YXBpXSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD1kMmMxNjdkZWYw ZGJhNjg1OWRjZjc5MDVhYTQ2YTBkZQ0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtk ZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8YmFja3RyYWNlXSBSYWlz ZWQgYXQgZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwgbGluZSAyNiwgY2hhcmFjdGVycyAy Mi0yNVxuQ2FsbGVkIGZyb20gZmlsZSBcInhhcGlfY2xpLm1sXCIsIGxpbmUgMTExLCBjaGFyYWN0 ZXJzIDItMTM4XG5DYWxsZWQgZnJvbSBmaWxlIFwieGFwaV9jbGkubWxcIiwgbGluZSAyMjEsIGNo YXJhY3RlcnMgNy00NFxuQ2FsbGVkIGZyb20gZmlsZSBcInhhcGlfY2xpLm1sXCIsIGxpbmUgMjcz LCBjaGFyYWN0ZXJzIDQtMjNcbg0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1 Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8Y2xpXSBYYXBpX2NsaS5leGNl cHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBTdG9yYWdlX2lu dGVyZmFjZS5JbnRlcm5hbF9lcnJvcigiRmFpbHVyZShcImltYWdlIG1ldGFkYXRhIGludGVncml0 eSBjaGVjayBmYWlsZWRcIikiKSBdDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2Rl YnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxjbGldIFJhaXNlZCBhdCBm aWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDI2LCBjaGFyYWN0ZXJzIDIyLTI1XG5D YWxsZWQgZnJvbSBmaWxlIFwieGFwaV9jbGkubWxcIiwgbGluZSAxMTEsIGNoYXJhY3RlcnMgMi0x MzhcbkNhbGxlZCBmcm9tIGZpbGUgXCJ4YXBpX2NsaS5tbFwiLCBsaW5lIDIyMSwgY2hhcmFjdGVy cyA3LTQ0XG5DYWxsZWQgZnJvbSBmaWxlIFwieGFwaV9jbGkubWxcIiwgbGluZSAyNzMsIGNoYXJh Y3RlcnMgNC0yM1xuDQo+IA0KPiBSZWdhcmRzLA0KPiBEYXdpZA0KPiANCj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gWGVuLWFwaSBtYWlsaW5nIGxp c3QNCj4gWGVuLWFwaUBsaXN0cy54ZW4ub3JnDQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1i aW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMu eGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVu LWFwaQo= From xen-api-bounces@lists.xen.org Wed Jan 07 21:13:14 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 07 Jan 2015 21:13:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8xuV-0007QV-W1; Wed, 07 Jan 2015 21:12:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y8xuU-0007QQ-IY for xen-api@lists.xen.org; Wed, 07 Jan 2015 21:12:58 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 97/5F-25276-951ADA45; Wed, 07 Jan 2015 21:12:57 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1420665175!19566133!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8346 invoked from network); 7 Jan 2015 21:12:55 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jan 2015 21:12:55 -0000 X-IronPort-AV: E=Sophos;i="5.07,717,1413244800"; d="scan'208";a="28432122" From: Dave Scott To: Dawid Kowalski Thread-Topic: [Xen-API] VDI cloning doesn't work - FFS SR on ext4 Thread-Index: AQHQKiKjIMWjdxjuWE2X74uWnf52d5y1GFiA Date: Wed, 7 Jan 2015 21:12:53 +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: Content-ID: <4EED3B09742CE6488C8AA0676B106375@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Cc: Xen API mailing list Subject: Re: [Xen-API] VDI cloning doesn't work - FFS SR on ext4 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SGksDQoNCj4gT24gNyBKYW4gMjAxNSwgYXQgMDI6MzQsIERhd2lkIEtvd2Fsc2tpIDxka2FkZHMy QGdtYWlsLmNvbT4gd3JvdGU6DQo+IA0KPiBIaSBHdXlzLA0KPiANCj4gSSd2ZSBzcG90dGVkIGFu b3RoZXIgZXJyb3Igd2hlbiB0cnlpbmcgdG8gY3JlYXRlIFZESSBjbG9uZS4NCg0KVGhhbmtzIGZv ciB0aGUgcmVwb3J0LiBDb3VsZCB5b3UgZmlsZSB0aGlzIGhlcmU6DQoNCmh0dHBzOi8vZ2l0aHVi LmNvbS9kanM1NS9mZnMvaXNzdWVzDQoNCkl0IHNvdW5kcyBsaWtlIGl0IHNob3VsZCBiZSBlYXN5 IHRvIHJlcHJvZHVjZeKAlCB3ZSBzaG91bGQgYWRkIGEgdGVzdCBjYXNlIHNvbWVob3cuDQoNCkkg cmVhbGx5IHNob3VsZCBmaXggdGhlIGdpdGh1YiBmb3JrIHJlbGF0aW9uc2hpcCDigJQgaXTigJlz IGEgYml0IG9kZCB0aGF0IHhhcGktcHJvamVjdCBpcyBhIGZvcmsgb2YgbWluZS4NCg0KVGhhbmtz LA0KRGF2ZQ0KDQo+IA0KPiBUaGlzIGlzIGZ1bGx5IHJlcHJvZHVjaWJsZSBlcnJvciBmb3IgbWUu DQo+IFN0ZXBzIHRvIHJlcHJvZHVjZQ0KPiAxLiBjcmVhdGUgVkRJLg0KPiAyLiBjcmVhdGUgY2xv bmUgb2YgdGhpcyBWREkuIFRoaXMgd29uJ3QgcmFpc2UgZXJyb3IgYW5kIFZESSBjbG9uZSB3aWxs IGJlIGNyZWF0ZWQgaG93ZXZlciBzb21lIGVycm9ycyBhcmUgcmFpc2VkIGluIGxvZ3MuDQo+IDMu IGNyZWF0ZSBhbm90aGVyIGNsb25lIG9mIG9yaWdpbmFsIFZESS4gVGhpcyByYWlzZXMgZXJyb3Ig aW1tZWRpYXRlbHkuIA0KPiANCj4gQmVsb3cgaXMgZHVtcCBmcm9tIGxvZ3MuDQo+IFhlbi12ZXJz aW9uIHJlcG9ydHMgNC40DQo+IA0KPiBWREkgQ3JlYXRpb24NCj4gSmFuICA3IDAzOjIzOjMzIHNp bHZlciB4YXBpOiBbIGluZm98c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGNs aV0geGUgdmRpLWNyZWF0ZSB0eXBlPXN5c3RlbSB2aXJ0dWFsLXNpemU9MTAwTWlCIHNyLXV1aWQ9 NWIyNDU4NjgtMDBjNi1kY2QxLTNjYzktYzU5MGY4ZjJjNTAyIG5hbWUtbGFiZWw9dGVzdDItYmFz ZWxpbmUgdXNlcm5hbWU9cm9vdCBwYXNzd29yZD0ob21pdHRlZCkNCj4gDQo+IEphbiAgNyAwMzoy MzozMyBzaWx2ZXIgeGFwaTogWyBpbmZvfHNpbHZlcnwxMjU3NiBVTklYIC92YXIvbGliL3hjcC94 YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOjY2YjI5ZTljYjA0YXx4YXBpXSBTZXNz aW9uLmNyZWF0ZSB0cmFja2lkPWE2NTYzMDg5OWYwYWUwY2NhMGE0NjBiMDg4YzUwYjgyIHBvb2w9 ZmFsc2UgdW5hbWU9cm9vdCBvcmlnaW5hdG9yPWNsaSBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBh dXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZl NGU0OQ0KPiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1NzYg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ2luX3dpdGhfcGFzc3dvcmQgRDo2NmIy OWU5Y2IwNGF8bXNjZ2VuXSB4YXBpPT54YXBpIFtsYWJlbD0ic2Vzc2lvbi5nZXRfdXVpZCJdOw0K PiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1NzcgVU5JWCAv dmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRpc3BhdGNoOnNlc3Npb24u Z2V0X3V1aWQgRDo1MDAwOGEyMzc0OWQgY3JlYXRlZCBieSB0YXNrIEQ6NjZiMjllOWNiMDRhDQo+ IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jcmVhdGUgUjozY2MyNDk3ZWY2YTN8YXVkaXRdIFZESS5jcmVh dGU6IFNSID0gJzViMjQ1ODY4LTAwYzYtZGNkMS0zY2M5LWM1OTBmOGYyYzUwMiAoL21udC9pbWFn ZXMvKSc7IG5hbWUgbGFiZWwgPSAndGVzdDItYmFzZWxpbmUnDQo+IEphbiAgNyAwMzoyMzozMyBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jcmVhdGUgUjozY2MyNDk3ZWY2YTN8eGFwaV0gTWFya2luZyBTUiBmb3IgVkRJLmNyZWF0ZSAo dGFzaz1PcGFxdWVSZWY6M2NjMjQ5N2UtZjZhMy0xMGJhLWQ2YTctYmRlMjk5Zjk4YmU5KQ0KPiBK YW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1NzYgVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY3JlYXRlIFI6M2NjMjQ5N2VmNmEzfHNtaW50XSBTTS5mZWF0dXJl OiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRA0KPiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhh cGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1NzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY3JlYXRl IFI6M2NjMjQ5N2VmNmEzfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1JBVw0KPiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1NzYg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY3JlYXRlIFI6M2NjMjQ5N2VmNmEzfHNtaW50XSBT TS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyDQo+IEphbiAgNyAwMzoyMzoz MyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92YXIvbGliL3hjcC94YXBp fFZESS5jcmVhdGUgUjozY2MyNDk3ZWY2YTN8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVh dHVyZSBGT1JNQVRfVkhEDQo+IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNp bHZlcnwxMjU3NiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jcmVhdGUgUjozY2MyNDk3ZWY2 YTN8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXDQo+IEphbiAg NyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92YXIvbGli L3hjcC94YXBpfFZESS5jcmVhdGUgUjozY2MyNDk3ZWY2YTN8c21pbnRdIFNNLmZlYXR1cmU6IHVu a25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3IDAzOjIzOjMzIHNpbHZlciB4YXBp OiBbIGluZm98c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNyZWF0ZSBS OjNjYzI0OTdlZjZhM3xzdG9yYWdlX2ltcGxdIFZESS5jcmVhdGUgZGJnOk9wYXF1ZVJlZjozY2My NDk3ZS1mNmEzLTEwYmEtZDZhNy1iZGUyOTlmOThiZTkgc3I6NWIyNDU4NjgtMDBjNi1kY2QxLTNj YzktYzU5MGY4ZjJjNTAyIHZkaV9pbmZvOnsidmRpIjogIiIsICJjb250ZW50X2lkIjogIiIsICJu YW1lX2xhYmVsIjogInRlc3QyLWJhc2VsaW5lIiwgIm5hbWVfZGVzY3JpcHRpb24iOiAiIiwgInR5 IjogInN5c3RlbSIsICJtZXRhZGF0YV9vZl9wb29sIjogIiIsICJpc19hX3NuYXBzaG90IjogZmFs c2UsICJzbmFwc2hvdF90aW1lIjogIjE5NzAwMTAxVDAwOjAwOjAwWiIsICJzbmFwc2hvdF9vZiI6 ICIiLCAicmVhZF9vbmx5IjogZmFsc2UsICJ2aXJ0dWFsX3NpemUiOiAxMDQ4NTc2MDAsICJwaHlz aWNhbF91dGlsaXNhdGlvbiI6IDAsICJwZXJzaXN0ZW50IjogdHJ1ZSwgInNtX2NvbmZpZyI6IHt9 fQ0KPiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIGZmczogW2RlYnVnfHNpbHZlcnw1ODV8fGZmc10g VkRJLmNyZWF0ZSB0ZXN0Mi1iYXNlbGluZSAtPiAvbW50L2ltYWdlcy90ZXN0Mi1iYXNlbGluZSAo MTA0ODU3NjAwKQ0KPiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIGZmczogW2RlYnVnfHNpbHZlcnw1 ODV8fGZmc10gd3JpdGUgPi9tbnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lLmpzb24NCj4gSmFuICA3 IDAzOjIzOjMzIHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjNjYzI0OTdlZjZhM3x4YXBpXSBDcmVhdGluZyBWREk6IHsi dmRpIjogInRlc3QyLWJhc2VsaW5lIiwgImNvbnRlbnRfaWQiOiAiIiwgIm5hbWVfbGFiZWwiOiAi dGVzdDItYmFzZWxpbmUiLCAibmFtZV9kZXNjcmlwdGlvbiI6ICIiLCAidHkiOiAic3lzdGVtIiwg Im1ldGFkYXRhX29mX3Bvb2wiOiAiIiwgImlzX2Ffc25hcHNob3QiOiBmYWxzZSwgInNuYXBzaG90 X3RpbWUiOiAiMTk3MDAxMDFUMDA6MDA6MDBaIiwgInNuYXBzaG90X29mIjogIiIsICJyZWFkX29u bHkiOiBmYWxzZSwgInZpcnR1YWxfc2l6ZSI6IDEwNDg1NzYwMCwgInBoeXNpY2FsX3V0aWxpc2F0 aW9uIjogMCwgInBlcnNpc3RlbnQiOiB0cnVlLCAic21fY29uZmlnIjogeyJ0eXBlIjogInZoZCJ9 fSAocmVmPU9wYXF1ZVJlZjo4OGFjZTM5Mi05ZGE3LTk5N2MtNDA2ZC1mMzcxODA0OGRjMWQpDQo+ IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jcmVhdGUgUjozY2MyNDk3ZWY2YTN8eGFwaV0gVW5tYXJraW5n IFNSIGFmdGVyIFZESS5jcmVhdGUgKHRhc2s9T3BhcXVlUmVmOjNjYzI0OTdlLWY2YTMtMTBiYS1k NmE3LWJkZTI5OWY5OGJlOSkNCj4gSmFuICA3IDAzOjIzOjMzIHNpbHZlciB4YXBpOiBbZGVidWd8 c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjNjYzI0OTdl ZjZhM3xzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQNCj4gSmFu ICA3IDAzOjIzOjMzIHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9s aWIveGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjNjYzI0OTdlZjZhM3xzbWludF0gU00uZmVhdHVyZTog dW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4gSmFuICA3IDAzOjIzOjMzIHNpbHZlciB4YXBp OiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNyZWF0ZSBS OjNjYzI0OTdlZjZhM3xzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9R Q09XMg0KPiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFsyMDE1MDEwN1QwMjoyMzozMy4x MjZafGF1ZGl0fHNpbHZlcnwxMjU3NiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jcmVhdGUg UjozY2MyNDk3ZWY2YTN8YXVkaXRdICgndHJhY2tpZD1hNjU2MzA4OTlmMGFlMGNjYTBhNDYwYjA4 OGM1MGI4MicgJ0xPQ0FMX1NVUEVSVVNFUicgJ3Jvb3QnICdBTExPV0VEJyAnT0snICdBUEknICdW REkuY3JlYXRlJyAoKCduYW1lX2xhYmVsJyAndGVzdDItYmFzZWxpbmUnICcnICcnKSAoJ25hbWVf ZGVzY3JpcHRpb24nICcnICcnICcnKSAoJ1NSJyAnL21udC9pbWFnZXMvJyAnNWIyNDU4NjgtMDBj Ni1kY2QxLTNjYzktYzU5MGY4ZjJjNTAyJyAnT3BhcXVlUmVmOjc0YjA2M2ZjLWFkOTAtZjJmYS0x MWY2LWZhYTZkY2YxZmM0OCcpKSkNCj4gSmFuICA3IDAzOjIzOjMzIHNpbHZlciB4YXBpOiBbIGlu Zm98c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dvdXQgRDo2 ZjgzMTgxMDViNjB8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9YTY1NjMwODk5ZjBhZTBj Y2EwYTQ2MGIwODhjNTBiODINCj4gSmFuICA3IDAzOjIzOjM1IHNpbHZlciB4YXBpOiBbZGVidWd8 c2lsdmVyfDcyfHhhcGkgZXZlbnRzIEQ6ZWQwZjhhMzNiYTkyfG1zY2dlbl0geGFwaT0+eGFwaSBb bGFiZWw9ImV2ZW50LmZyb20iXTsNCj4gSmFuICA3IDAzOjIzOjM1IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTgyIFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0g dGFzayBkaXNwYXRjaDpldmVudC5mcm9tIEQ6ODM2ZGY2MzkzOWFlIGNyZWF0ZWQgYnkgdGFzayBE OmVkMGY4YTMzYmE5Mg0KPiANCj4gVkRJIGNyZWF0aW9uIGRvbmUNCj4gDQo+IA0KPiANCj4gVkRJ IGNsb25lIC0gZmlyc3QgLSBubyBlcnJvciByZXR1cm5lZCwgY2xvbmVkIHZkaSBhY2Nlc3NpYmxl DQo+IA0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1ODgg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8Y2xpXSB4ZSB2ZGktY2xvbmUgdXVpZD04OTM5Y2RjOC1k NDNkLTE2YTktZWZkMi0NCj4gMGE4NWZhMjM5ZDc5IG5ldy1uYW1lLWxhYmVsPXRlc3QxLWNsb25l MiB1c2VybmFtZT1yb290IHBhc3N3b3JkPShvbWl0dGVkKQ0KPiBKYW4gIDcgMDM6MjM6NTkgc2ls dmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNz aW9uLmxvZ2luX3dpdGhfcGFzc3dvcmQgRDoxYTAwOTE1MzViYzV8eGFwaV0gU2Vzc2lvbi5jcmVh dGUgdHJhY2tpZD1hNmQxNjlkY2U3NWRlNGZjMzlkMzZmYzQ2NDFjNmM4NSBwb29sPWZhbHNlIHVu YW1lPXJvb3Qgb3JpZ2luYXRvcj1jbGkgaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2Vy X3NpZD0gcGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkNCj4g SmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zh ci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6MWEwMDkxNTM1YmM1 fG1zY2dlbl0geGFwaT0+eGFwaSBbbGFiZWw9InNlc3Npb24uZ2V0X3V1aWQiXTsNCj4gSmFuICA3 IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg5IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlk IEQ6MTA0MmEwYmM4ZDkzIGNyZWF0ZWQgYnkgdGFzayBEOjFhMDA5MTUzNWJjNQ0KPiBKYW4gIDcg MDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94 Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8YXVkaXRdIFZESS5jbG9uZTogVkRJID0g Jzg5MzljZGM4LWQ0M2QtMTZhOS1lZmQyLTBhODVmYTIzOWQ3OScNCj4gSmFuICA3IDAzOjIzOjU5 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHhhcGldIE1hcmtpbmcgU1IgZm9yIFZESS5jbG9uZSAo dGFzaz1PcGFxdWVSZWY6NDZjZDdmYzEtZDQwOS0zZDc5LTAzYzEtMzUzMjRmMzNkNDU0KQ0KPiBK YW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6 IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhEDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFw aTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBS OjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9S QVcNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVO SVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5m ZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyDQo+IEphbiAgNyAwMzoyMzo1OSBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9WSEQNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVy fDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNt aW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVw0KPiBKYW4gIDcgMDM6 MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3Av eGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24g ZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdm YzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRA0KPiBK YW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6 IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFw aTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBS OjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9R Q09XMg0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1ODgg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c3RvcmFnZV9p bXBsXSBWREkuY2xvbmUgZGJnOk9wYXF1ZVJlZjo0NmNkN2ZjMS1kNDA5LTNkNzktMDNjMS0zNTMy NGYzM2Q0NTQgc3I6NWIyNDU4NjgtMDBjNi1kY2QxLTNjYzktYzU5MGY4ZjJjNTAyIHZkaV9pbmZv OnsidmRpIjogInRlc3QyLWJhc2VsaW5lIiwgImNvbnRlbnRfaWQiOiAiIiwgIm5hbWVfbGFiZWwi OiAidGVzdDItYmFzZWxpbmUiLCAibmFtZV9kZXNjcmlwdGlvbiI6ICIiLCAidHkiOiAidXNlciIs ICJtZXRhZGF0YV9vZl9wb29sIjogIiIsICJpc19hX3NuYXBzaG90IjogZmFsc2UsICJzbmFwc2hv dF90aW1lIjogIjE5NzAwMTAxVDAwOjAwOjAwWiIsICJzbmFwc2hvdF9vZiI6ICIiLCAicmVhZF9v bmx5IjogZmFsc2UsICJ2aXJ0dWFsX3NpemUiOiAwLCAicGh5c2ljYWxfdXRpbGlzYXRpb24iOiAw LCAicGVyc2lzdGVudCI6IHRydWUsICJzbV9jb25maWciOiB7fX0NCj4gSmFuICA3IDAzOjIzOjU5 IHNpbHZlciBmZnM6IFsgaW5mb3xzaWx2ZXJ8NTg2fHxmZnNdIFZESS5jbG9uZSB0ZXN0Mi1iYXNl bGluZSAoZm9ybWF0ID0gdmhkKQ0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIGZmczogWyBpbmZv fHNpbHZlcnw1ODZ8fGZmc10gcmVuYW1lIC9tbnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lIC0+IC9t bnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lLjENCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciBmZnM6 IFtkZWJ1Z3xzaWx2ZXJ8NTg2fHxmZnNdIHdyaXRlID4vbW50L2ltYWdlcy90ZXN0Mi1iYXNlbGlu ZS4xLnJlYWRtZQ0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIGZmczogW2RlYnVnfHNpbHZlcnw1 ODZ8fGZmc10gd3JpdGUgPi9tbnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lLjIuanNvbg0KPiBKYW4g IDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xp Yi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8eGFwaV0gQ3JlYXRpbmcgVkRJOiB7 InZkaSI6ICJ0ZXN0Mi1iYXNlbGluZS4yIiwgImNvbnRlbnRfaWQiOiAiIiwgIm5hbWVfbGFiZWwi OiAidGVzdDItYmFzZWxpbmUiLCAibmFtZV9kZXNjcmlwdGlvbiI6ICIiLCAidHkiOiAidXNlciIs ICJtZXRhZGF0YV9vZl9wb29sIjogIiIsICJpc19hX3NuYXBzaG90IjogZmFsc2UsICJzbmFwc2hv dF90aW1lIjogIjE5NzAwMTAxVDAwOjAwOjAwWiIsICJzbmFwc2hvdF9vZiI6ICIiLCAicmVhZF9v bmx5IjogZmFsc2UsICJ2aXJ0dWFsX3NpemUiOiAxMDQ4NTc2MDAsICJwaHlzaWNhbF91dGlsaXNh dGlvbiI6IDAsICJwZXJzaXN0ZW50IjogdHJ1ZSwgInNtX2NvbmZpZyI6IHsidHlwZSI6ICJ2aGQi fX0gKHJlZj1PcGFxdWVSZWY6YzVkMjZhODYtODBjMi01YmE5LWNlZWItYjI0YWQ5MmQ5NTYwKQ0K PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAv dmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8eGFwaV0gVW5tYXJraW5n IFNSIGFmdGVyIFZESS5jbG9uZSAodGFzaz1PcGFxdWVSZWY6NDZjZDdmYzEtZDQwOS0zZDc5LTAz YzEtMzUzMjRmMzNkNDU0KQ0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xz aWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0 MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhEDQo+IEphbiAg NyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGli L3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5r bm93biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBb ZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZj ZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cy DQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklY IC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVh dHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZl ciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNs b25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9S TUFUX1JBVw0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1 ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRd IFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3IDAzOjIz OjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hh cGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZl YXR1cmUgRk9STUFUX1ZIRA0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xz aWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0 MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXDQo+IEphbiAg NyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGli L3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5r bm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMg0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6 IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0 NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhE DQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklY IC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVh dHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZl ciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNs b25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9S TUFUX1FDT1cyDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwx MjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWlu dF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQNCj4gSmFuICA3IDAzOjIz OjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hh cGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZl YXR1cmUgRk9STUFUX1JBVw0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xz aWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0 MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFu ICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9s aWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1 bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRA0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6 IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0 NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFX DQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklY IC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVh dHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMg0KPiBKYW4gIDcgMDM6MjM6NTkgc2ls dmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREku Y2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBG T1JNQVRfVkhEDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwx MjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWlu dF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4gSmFuICA3IDAzOjIz OjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hh cGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZl YXR1cmUgRk9STUFUX1FDT1cyDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVn fHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMx ZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQNCj4gSmFu ICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9s aWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1 bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVw0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6 IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0 NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNP VzINCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVO SVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5m ZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRA0KPiBKYW4gIDcgMDM6MjM6NTkgc2ls dmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREku Y2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBG T1JNQVRfUkFXDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwx MjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWlu dF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMg0KPiBKYW4gIDcgMDM6 MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3Av eGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24g ZmVhdHVyZSBGT1JNQVRfVkhEDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVn fHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMx ZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4gSmFu ICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9s aWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1 bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFw aTogWzIwMTUwMTA3VDAyOjIzOjU5LjkxMVp8YXVkaXR8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9s aWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fGF1ZGl0XSAoJ3RyYWNraWQ9YTZk MTY5ZGNlNzVkZTRmYzM5ZDM2ZmM0NjQxYzZjODUnICdMT0NBTF9TVVBFUlVTRVInICdyb290JyAn QUxMT1dFRCcgJ09LJyAnQVBJJyAnVkRJLmNsb25lJyAoKCd2ZGknICd0ZXN0Mi1iYXNlbGluZScg Jzg5MzljZGM4LWQ0M2QtMTZhOS1lZmQyLTBhODVmYTIzOWQ3OScgJ09wYXF1ZVJlZjo4OGFjZTM5 Mi05ZGE3LTk5N2MtNDA2ZC1mMzcxODA0OGRjMWQnKSkpDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2 ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5z ZXRfbmFtZV9sYWJlbCBSOjJiNDY4OTNjZDExMXxhdWRpdF0gVkRJLnNldF9uYW1lX2xhYmVsOiBW REkgPSAnNTE2YTgwM2UtMjEyYy02YTBkLTI3NzMtYzI2MTU1ZjczM2U5JyBuYW1lLWxhYmVsID0g J3Rlc3QxLWNsb25lMicNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2ls dmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnNldF9uYW1lX2xhYmVsIFI6MmI0 Njg5M2NkMTExfG1zY2dlbl0geGFwaT0+eGFwaSBbbGFiZWw9InNlc3Npb24uc2xhdmVfbG9naW4i XTsNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTkzIFVO SVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNz aW9uLnNsYXZlX2xvZ2luIEQ6OWNkMGY1ZmM4YThlIGNyZWF0ZWQgYnkgdGFzayBSOjJiNDY4OTNj ZDExMQ0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1OTMg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6MjIyN2IzZmI5MTcy fHhhcGldIFNlc3Npb24uY3JlYXRlIHRyYWNraWQ9N2EwYjMxOTM0ZjdiODVlOWFhYTFhYzE1ZTE3 NTNjMzAgcG9vbD10cnVlIHVuYW1lPSBvcmlnaW5hdG9yPSBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1 ZSBhdXRoX3VzZXJfc2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlh ZWZlNGU0OQ0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1 OTMgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6MjIyN2IzZmI5 MTcyfG1zY2dlbl0geGFwaT0+eGFwaSBbbGFiZWw9InNlc3Npb24uZ2V0X3V1aWQiXTsNCj4gSmFu ICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk0IFVOSVggL3Zhci9s aWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91 dWlkIEQ6YzA5OWZmMTY0NWZmIGNyZWF0ZWQgYnkgdGFzayBEOjIyMjdiM2ZiOTE3Mg0KPiBKYW4g IDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xp Yi94Y3AveGFwaXxWREkuc2V0X25hbWVfbGFiZWwgUjoyYjQ2ODkzY2QxMTF8bXNjZ2VuXSB4YXBp PT54YXBpIFtsYWJlbD0iVkRJLnVwZGF0ZSJdOw0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhh cGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNr aGVscGVyXSB0YXNrIGRpc3BhdGNoOlZESS51cGRhdGUgRDpkY2I0MTI0YWMzY2QgY3JlYXRlZCBi eSB0YXNrIFI6MmI0Njg5M2NkMTExDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogWyBp bmZvfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS51cGRh dGUgRDpkY2I0MTI0YWMzY2R8dGFza2hlbHBlcl0gdGFzayBWREkudXBkYXRlIFI6NDAzOTIwNjg1 MTI4ICh1dWlkOmVkOGZmOTA1LTk3YjUtODQyYi0xZmQ3LTllNjRmNWYwM2Q1ZSkgY3JlYXRlZCAo dHJhY2tpZD03YTBiMzE5MzRmN2I4NWU5YWFhMWFjMTVlMTc1M2MzMCkgYnkgdGFzayBSOjJiNDY4 OTNjZDExMQ0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1 OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkudXBkYXRlIFI6NDAzOTIwNjg1MTI4fHNtaW50 XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRA0KPiBKYW4gIDcgMDM6MjM6 NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFw aXxWREkudXBkYXRlIFI6NDAzOTIwNjg1MTI4fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZl YXR1cmUgRk9STUFUX1JBVw0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xz aWx2ZXJ8MTI1OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkudXBkYXRlIFI6NDAzOTIwNjg1 MTI4fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyDQo+IEph biAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIv bGliL3hjcC94YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8YmFja3RyYWNlXSBSYWlzZWQg YXQgZmlsZSBcInhhcGlfdmRpLm1sXCIsIGxpbmUgMTkwLCBjaGFyYWN0ZXJzIDI2LTU3XG5DYWxs ZWQgZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMzEyMiwgY2hhcmFj dGVycyA1LTU3XG5DYWxsZWQgZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxp bmUgMjgzLCBjaGFyYWN0ZXJzIDUtOFxuDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTog W2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS51cGRhdGUgUjo0 MDM5MjA2ODUxMjh8eGFwaV0gQ2F1Z2h0IGV4Y2VwdGlvbiB3aGlsZSBTUl9PUEVSQVRJT05fTk9U X1NVUFBPUlRFRDogWyBPcGFxdWVSZWY6NzRiMDYzZmMtYWQ5MC1mMmZhLTExZjYtZmFhNmRjZjFm YzQ4IF0gaW4gbWVzc2FnZSBmb3J3YXJkZXI6IG1hcmtpbmcgVkRJIGZvciBWREkudXBkYXRlDQo+ IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8YmFja3RyYWNlXSBSYWlz ZWQgYXQgZmlsZSBcInhhcGlfdmRpLm1sXCIsIGxpbmUgMTkwLCBjaGFyYWN0ZXJzIDI2LTU3XG5D YWxsZWQgZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMzEyMiwgY2hh cmFjdGVycyA1LTU3XG5DYWxsZWQgZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIs IGxpbmUgMjgzLCBjaGFyYWN0ZXJzIDUtOFxuUmUtcmFpc2VkIGF0IGZpbGUgXCJtZXNzYWdlX2Zv cndhcmRpbmcubWxcIiwgbGluZSAyODYsIGNoYXJhY3RlcnMgOC05XG5DYWxsZWQgZnJvbSBmaWxl IFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDMzLCBjaGFyYWN0ZXJzIDM2LTM5XG5SZS1y YWlzZWQgYXQgZmlsZSBcIm1lc3NhZ2VfZm9yd2FyZGluZy5tbFwiLCBsaW5lIDMxMzYsIGNoYXJh Y3RlcnMgMTItMTNcbkNhbGxlZCBmcm9tIGZpbGUgXCJsaWIvdGhyZWFkZXh0Lm1sXCIsIGxpbmUg MjAsIGNoYXJhY3RlcnMgMjAtMjRcblJlLXJhaXNlZCBhdCBmaWxlIFwibGliL3RocmVhZGV4dC5t bFwiLCBsaW5lIDIwLCBjaGFyYWN0ZXJzIDYyLTY1XG5DYWxsZWQgZnJvbSBmaWxlIFwibWVzc2Fn ZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMTQ5LCBjaGFyYWN0ZXJzIDE5LTI1XG5DYWxsZWQgZnJv bSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMzEyOCwgY2hhcmFjdGVycyAz LTM2OVxuQ2FsbGVkIGZyb20gZmlsZSBcInJiYWMubWxcIiwgbGluZSAyMjcsIGNoYXJhY3RlcnMg MTYtMjNcbg0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsyMDE1MDEwN1QwMjoyMzo1 OS45MjdafGF1ZGl0fHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS51cGRh dGUgUjo0MDM5MjA2ODUxMjh8YXVkaXRdICgndHJhY2tpZD03YTBiMzE5MzRmN2I4NWU5YWFhMWFj MTVlMTc1M2MzMCcgJ0xPQ0FMX1NVUEVSVVNFUicgJ09wYXF1ZVJlZjowZDBkN2JmNy00ZDAzLWFm YzQtNDI4MC04NzI0MDE0MjI0YmEnICdBTExPV0VEJyAnRVJST1I6U1JfT1BFUkFUSU9OX05PVF9T VVBQT1JURUQ6IFsgT3BhcXVlUmVmOjc0YjA2M2ZjLWFkOTAtZjJmYS0xMWY2LWZhYTZkY2YxZmM0 OCBdJyAnQVBJJyAnVkRJLnVwZGF0ZScgKCgndmRpJyAndGVzdDEtY2xvbmUyJyAnNTE2YTgwM2Ut MjEyYy02YTBkLTI3NzMtYzI2MTU1ZjczM2U5JyAnT3BhcXVlUmVmOmM1ZDI2YTg2LTgwYzItNWJh OS1jZWViLWIyNGFkOTJkOTU2MCcpKSkNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBb ZGVidWd8c2lsdmVyfDEyNTk1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnVwZGF0ZSBSOjQw MzkyMDY4NTEyOHxiYWNrdHJhY2VdIFJhaXNlZCBhdCBmaWxlIFwicmJhYy5tbFwiLCBsaW5lIDIz NiwgY2hhcmFjdGVycyAxMC0xNVxuQ2FsbGVkIGZyb20gZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1s XCIsIGxpbmUgNzUsIGNoYXJhY3RlcnMgMTEtNDFcbg0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVy IHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkudXBk YXRlIFI6NDAzOTIwNjg1MTI4fGRpc3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0 aW9uX2hhbmRsZXI6IEdvdCBleGNlcHRpb24gU1JfT1BFUkFUSU9OX05PVF9TVVBQT1JURUQ6IFsg T3BhcXVlUmVmOjc0YjA2M2ZjLWFkOTAtZjJmYS0xMWY2LWZhYTZkY2YxZmM0OCBdDQo+IEphbiAg NyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGli L3hjcC94YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8ZGlzcGF0Y2hlcl0gUmFpc2VkIGF0 IGZpbGUgXCJyYmFjLm1sXCIsIGxpbmUgMjM2LCBjaGFyYWN0ZXJzIDEwLTE1XG5DYWxsZWQgZnJv bSBmaWxlIFwic2VydmVyX2hlbHBlcnMubWxcIiwgbGluZSA3NSwgY2hhcmFjdGVycyAxMS00MVxu DQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklY IC92YXIvbGliL3hjcC94YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8YmFja3RyYWNlXSBS YWlzZWQgYXQgZmlsZSBcInJiYWMubWxcIiwgbGluZSAyMzYsIGNoYXJhY3RlcnMgMTAtMTVcbkNh bGxlZCBmcm9tIGZpbGUgXCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDc1LCBjaGFyYWN0ZXJz IDExLTQxXG4NCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEy NTk1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnVwZGF0ZSBSOjQwMzkyMDY4NTEyOHx4YXBp XSBSYWlzZWQgYXQgZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxpbmUgOTAsIGNoYXJhY3Rl cnMgMTQtMTVcbkNhbGxlZCBmcm9tIGZpbGUgXCJsaWIvcGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUg MjIsIGNoYXJhY3RlcnMgMi05XG4NCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLnVwZGF0 ZSBEOmRjYjQxMjRhYzNjZHx4YXBpXSBSYWlzZWQgYXQgZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQu bWxcIiwgbGluZSAyNiwgY2hhcmFjdGVycyAyMi0yNVxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9k ZWJ1Zy5tbFwiLCBsaW5lIDU3LCBjaGFyYWN0ZXJzIDE3LTIwXG5SZS1yYWlzZWQgYXQgZmlsZSBc ImxpYi9kZWJ1Zy5tbFwiLCBsaW5lIDYyLCBjaGFyYWN0ZXJzIDEwLTExXG5DYWxsZWQgZnJvbSBm aWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDIyLCBjaGFyYWN0ZXJzIDItOVxuDQo+ IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92 YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS51cGRhdGUgRDpkY2I0MTI0YWMzY2R8YmFja3Ry YWNlXSBSYWlzZWQgYXQgZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwgbGluZSAyNiwgY2hh cmFjdGVycyAyMi0yNVxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9kZWJ1Zy5tbFwiLCBsaW5lIDU3 LCBjaGFyYWN0ZXJzIDE3LTIwXG5SZS1yYWlzZWQgYXQgZmlsZSBcImxpYi9kZWJ1Zy5tbFwiLCBs aW5lIDYyLCBjaGFyYWN0ZXJzIDEwLTExXG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL3BlcnZhc2l2 ZWV4dC5tbFwiLCBsaW5lIDIyLCBjaGFyYWN0ZXJzIDItOVxuUmUtcmFpc2VkIGF0IGZpbGUgXCJs aWIvcGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjYsIGNoYXJhY3RlcnMgMjItMjVcbkNhbGxlZCBm cm9tIGZpbGUgXCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDEzNiwgY2hhcmFjdGVycyAxMC0x MDZcbkNhbGxlZCBmcm9tIGZpbGUgXCJzZXJ2ZXIubWxcIiwgbGluZSAyMzYxNywgY2hhcmFjdGVy cyAyMy0xNjFcbkNhbGxlZCBmcm9tIGZpbGUgXCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDEx NSwgY2hhcmFjdGVycyA0LTdcbg0KPiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1 Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuc2V0X25hbWVfbGFiZWwg UjoyYjQ2ODkzY2QxMTF8eGFwaV0gUmFpc2VkIGF0IGZpbGUgXCJjbGllbnQubWxcIiwgbGluZSA2 LCBjaGFyYWN0ZXJzIDM3LTc1XG5DYWxsZWQgZnJvbSBmaWxlIFwiY2xpZW50Lm1sXCIsIGxpbmUg MTgsIGNoYXJhY3RlcnMgNTUtMTEwXG5DYWxsZWQgZnJvbSBmaWxlIFwiY2xpZW50Lm1sXCIsIGxp bmUgMTAwNzMsIGNoYXJhY3RlcnMgNi01NFxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9wZXJ2YXNp dmVleHQubWxcIiwgbGluZSAyMiwgY2hhcmFjdGVycyAyLTlcbg0KPiBKYW4gIDcgMDM6MjM6NTkg c2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW REkuc2V0X25hbWVfbGFiZWwgUjoyYjQ2ODkzY2QxMTF8bXNjZ2VuXSB4YXBpPT54YXBpIFtsYWJl bD0ic2Vzc2lvbi5sb2dvdXQiXTsNCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0g dGFzayBkaXNwYXRjaDpzZXNzaW9uLmxvZ291dCBEOjZiMDJkMWQ4YTM3YyBjcmVhdGVkIGJ5IHRh c2sgUjoyYjQ2ODkzY2QxMTENCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbIGluZm98 c2lsdmVyfDEyNTk2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dvdXQgRDpmMWJi YzY2MWU1MzR8eGFwaV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9N2EwYjMxOTM0ZjdiODVlOWFh YTFhYzE1ZTE3NTNjMzANCj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2ls dmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnNldF9uYW1lX2xhYmVsIFI6MmI0 Njg5M2NkMTExfHhhcGldIENvdWxkIG5vdCBwZXJzaXN0IGNoYW5nZSB0byBTUiAtIGNhdWdodCBB cGlfZXJyb3JzLlNlcnZlcl9lcnJvcigiU1JfT1BFUkFUSU9OX05PVF9TVVBQT1JURUQiLCBfKQ0K PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsyMDE1MDEwN1QwMjoyMzo1OS45MzRafGF1 ZGl0fHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5zZXRfbmFtZV9sYWJl bCBSOjJiNDY4OTNjZDExMXxhdWRpdF0gKCd0cmFja2lkPWE2ZDE2OWRjZTc1ZGU0ZmMzOWQzNmZj NDY0MWM2Yzg1JyAnTE9DQUxfU1VQRVJVU0VSJyAncm9vdCcgJ0FMTE9XRUQnICdPSycgJ0FQSScg J1ZESS5zZXRfbmFtZV9sYWJlbCcgKCgnc2VsZicgJ3Rlc3QxLWNsb25lMicgJzUxNmE4MDNlLTIx MmMtNmEwZC0yNzczLWMyNjE1NWY3MzNlOScgJ09wYXF1ZVJlZjpjNWQyNmE4Ni04MGMyLTViYTkt Y2VlYi1iMjRhZDkyZDk1NjAnKSkpDQo+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogWyBp bmZvfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9nb3V0IEQ6 NTk4ZmJiOTA4OGE1fHhhcGldIFNlc3Npb24uZGVzdHJveSB0cmFja2lkPWE2ZDE2OWRjZTc1ZGU0 ZmMzOWQzNmZjNDY0MWM2Yzg1DQo+IA0KPiANCj4gDQo+IA0KPiBWREkgY2xvbmUyIC0gcmFpc2Vz IGVycm9yIGltbWVkaWF0ZWx5DQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogWyBpbmZv fHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxjbGldIHhlIHZkaS1jbG9uZSB1 dWlkPTg5MzljZGM4LWQ0M2QtMTZhOS1lZmQyLTBhODVmYTIzOWQ3OSBuZXctbmFtZS1sYWJlbD10 ZXN0MS1jbG9uZTMgdXNlcm5hbWU9cm9vdCBwYXNzd29yZD0ob21pdHRlZCkNCj4gSmFuICA3IDAz OjI0OjA4IHNpbHZlciB4YXBpOiBbIGluZm98c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNw L3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6M2IzMzQxMGI4NGU1fHhhcGldIFNl c3Npb24uY3JlYXRlIHRyYWNraWQ9ZDJjMTY3ZGVmMGRiYTY4NTlkY2Y3OTA1YWE0NmEwZGUgcG9v bD1mYWxzZSB1bmFtZT1yb290IG9yaWdpbmF0b3I9Y2xpIGlzX2xvY2FsX3N1cGVydXNlcj10cnVl IGF1dGhfdXNlcl9zaWQ9IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3OWFl ZmU0ZTQ5DQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5 OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOjNi MzM0MTBiODRlNXxtc2NnZW5dIHhhcGk9PnhhcGkgW2xhYmVsPSJzZXNzaW9uLmdldF91dWlkIl07 DQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjYwMCBVTklY IC92YXIvbGliL3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6c2Vzc2lv bi5nZXRfdXVpZCBEOjJjNDU2MzQyY2YyYSBjcmVhdGVkIGJ5IHRhc2sgRDozYjMzNDEwYjg0ZTUN Cj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVgg L3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfGF1ZGl0XSBWREkuY2xv bmU6IFZESSA9ICc4OTM5Y2RjOC1kNDNkLTE2YTktZWZkMi0wYTg1ZmEyMzlkNzknDQo+IEphbiAg NyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGli L3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXx4YXBpXSBNYXJraW5nIFNSIGZvciBW REkuY2xvbmUgKHRhc2s9T3BhcXVlUmVmOjA0ZjkzMTU3LWU2NGUtMGU0NC1jMDVmLTE2ZDU5MWM2 Y2JlZCkNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5 IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBT TS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRA0KPiBKYW4gIDcgMDM6MjQ6MDgg c2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW REkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVy ZSBGT1JNQVRfUkFXDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZl cnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxz bWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMg0KPiBKYW4gIDcg MDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94 Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25v d24gZmVhdHVyZSBGT1JNQVRfVkhEDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2Rl YnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0Zjkz MTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4g SmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zh ci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJl OiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIg eGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9u ZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1B VF9WSEQNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5 IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBT TS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVw0KPiBKYW4gIDcgMDM6MjQ6MDgg c2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW REkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVy ZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbIGluZm98c2ls dmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRl fHN0b3JhZ2VfaW1wbF0gVkRJLmNsb25lIGRiZzpPcGFxdWVSZWY6MDRmOTMxNTctZTY0ZS0wZTQ0 LWMwNWYtMTZkNTkxYzZjYmVkIHNyOjViMjQ1ODY4LTAwYzYtZGNkMS0zY2M5LWM1OTBmOGYyYzUw MiB2ZGlfaW5mbzp7InZkaSI6ICJ0ZXN0Mi1iYXNlbGluZSIsICJjb250ZW50X2lkIjogIiIsICJu YW1lX2xhYmVsIjogInRlc3QyLWJhc2VsaW5lIiwgIm5hbWVfZGVzY3JpcHRpb24iOiAiIiwgInR5 IjogInVzZXIiLCAibWV0YWRhdGFfb2ZfcG9vbCI6ICIiLCAiaXNfYV9zbmFwc2hvdCI6IGZhbHNl LCAic25hcHNob3RfdGltZSI6ICIxOTcwMDEwMVQwMDowMDowMFoiLCAic25hcHNob3Rfb2YiOiAi IiwgInJlYWRfb25seSI6IGZhbHNlLCAidmlydHVhbF9zaXplIjogMCwgInBoeXNpY2FsX3V0aWxp c2F0aW9uIjogMCwgInBlcnNpc3RlbnQiOiB0cnVlLCAic21fY29uZmlnIjoge319DQo+IEphbiAg NyAwMzoyNDowOCBzaWx2ZXIgZmZzOiBbIGluZm98c2lsdmVyfDU4N3x8ZmZzXSBWREkuY2xvbmUg dGVzdDItYmFzZWxpbmUgKGZvcm1hdCA9IHZoZCkNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciBm ZnM6IFsgaW5mb3xzaWx2ZXJ8NTg3fHxmZnNdIHJlbmFtZSAvbW50L2ltYWdlcy90ZXN0Mi1iYXNl bGluZSAtPiAvbW50L2ltYWdlcy90ZXN0Mi1iYXNlbGluZS4zDQo+IEphbiAgNyAwMzoyNDowOCBz aWx2ZXIgZmZzOiBbIGluZm98c2lsdmVyfDU4N3x8ZmZzXSBObyAucmVhZG1lIGZpbGUgY29udGFp bmluZyBjaGlsZCBpbmZvcm1hdGlvbiBmb3IgL21udC9pbWFnZXMvdGVzdDItYmFzZWxpbmUuMQ0K PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIGZmczogW2Vycm9yfHNpbHZlcnw1ODd8fGZmc10gaW1h Z2Ugbm9kZSAvbW50L2ltYWdlcy90ZXN0Mi1iYXNlbGluZS4xIGhhcyBubyBhc3NvY2lhdGVkIG1l dGFkYXRhIC0tIEkgY2FuJ3QgcmlzayBtYW5pcHVsYXRpbmcgaXQNCj4gSmFuICA3IDAzOjI0OjA4 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHhhcGldIENhbGxlZCBmcm9tIGZpbGUgXCJsaWIvcGVy dmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjIsIGNoYXJhY3RlcnMgMi05XG4NCj4gSmFuICA3IDAzOjI0 OjA4IHNpbHZlciB4YXBpOiBbZXJyb3J8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hh cGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHN0b3JhZ2VfYWNjZXNzXSBSZS1yYWlzaW5nIGFz IElOVEVSTkFMX0VSUk9SIFsgU3RvcmFnZV9pbnRlcmZhY2UuSW50ZXJuYWxfZXJyb3IoIkZhaWx1 cmUoXCJpbWFnZSBtZXRhZGF0YSBpbnRlZ3JpdHkgY2hlY2sgZmFpbGVkXCIpIikgXQ0KPiBKYW4g IDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xp Yi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8eGFwaV0gUmFpc2VkIGF0IGZpbGUg XCJzdG9yYWdlX2FjY2Vzcy5tbFwiLCBsaW5lIDk3MywgY2hhcmFjdGVycyA5LTg3XG5DYWxsZWQg ZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMjMzLCBjaGFyYWN0ZXJz IDI1LTQ0XG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDIy LCBjaGFyYWN0ZXJzIDItOVxuDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVn fHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3 ZTY0ZXx4YXBpXSBVbm1hcmtpbmcgU1IgYWZ0ZXIgVkRJLmNsb25lICh0YXNrPU9wYXF1ZVJlZjow NGY5MzE1Ny1lNjRlLTBlNDQtYzA1Zi0xNmQ1OTFjNmNiZWQpDQo+IEphbiAgNyAwMzoyNDowOCBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9WSEQNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVy fDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNt aW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVw0KPiBKYW4gIDcgMDM6 MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3Av eGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24g ZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMx NTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRA0KPiBK YW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6 IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFw aTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBS OjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9R Q09XMg0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhEDQo+IEphbiAgNyAwMzoyNDowOCBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9SQVcNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVy fDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNt aW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyDQo+IEphbiAgNyAw MzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9WSEQNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMx NTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVw0KPiBK YW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6 IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1ZIRA0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXDQo+IEphbiAgNyAwMzoyNDowOCBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9RQ09XMg0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhEDQo+IEphbiAgNyAw MzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMx NTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyDQo+ IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1JBVw0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3IDAzOjI0OjA4 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1 cmUgRk9STUFUX1ZIRA0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXDQo+IEphbiAgNyAw MzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9RQ09XMg0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtk ZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5 MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhEDQo+ IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcNCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1FDT1cyDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5 OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0g U00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQNCj4gSmFuICA3IDAzOjI0OjA4 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1 cmUgRk9STUFUX1JBVw0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzINCj4gSmFuICA3 IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfGJhY2t0cmFjZV0gUmFpc2VkIGF0IGZp bGUgXCJsaWIvcGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjYsIGNoYXJhY3RlcnMgMjItMjVcbkNh bGxlZCBmcm9tIGZpbGUgXCJyYmFjLm1sXCIsIGxpbmUgMjI3LCBjaGFyYWN0ZXJzIDE2LTIzXG4N Cj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbMjAxNTAxMDdUMDI6MjQ6MDguNzU0Wnxh dWRpdHxzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5 MzE1N2U2NGV8YXVkaXRdICgndHJhY2tpZD1kMmMxNjdkZWYwZGJhNjg1OWRjZjc5MDVhYTQ2YTBk ZScgJ0xPQ0FMX1NVUEVSVVNFUicgJ3Jvb3QnICdBTExPV0VEJyAnRVJST1I6SU5URVJOQUxfRVJS T1I6IFsgU3RvcmFnZV9pbnRlcmZhY2UuSW50ZXJuYWxfZXJyb3IoXCJGYWlsdXJlKFxcXCJpbWFn ZSBtZXRhZGF0YSBpbnRlZ3JpdHkgY2hlY2sgZmFpbGVkXFxcIilcIikgXScgJ0FQSScgJ1ZESS5j bG9uZScgKCgndmRpJyAndGVzdDItYmFzZWxpbmUnICc4OTM5Y2RjOC1kNDNkLTE2YTktZWZkMi0w YTg1ZmEyMzlkNzknICdPcGFxdWVSZWY6ODhhY2UzOTItOWRhNy05OTdjLTQwNmQtZjM3MTgwNDhk YzFkJykpKQ0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1 OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8YmFja3Ry YWNlXSBSYWlzZWQgYXQgZmlsZSBcInJiYWMubWxcIiwgbGluZSAyMzYsIGNoYXJhY3RlcnMgMTAt MTVcbkNhbGxlZCBmcm9tIGZpbGUgXCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDc1LCBjaGFy YWN0ZXJzIDExLTQxXG4NCj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2ls dmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRl fGRpc3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hhbmRsZXI6IEdvdCBl eGNlcHRpb24gSU5URVJOQUxfRVJST1I6IFsgU3RvcmFnZV9pbnRlcmZhY2UuSW50ZXJuYWxfZXJy b3IoIkZhaWx1cmUoXCJpbWFnZSBtZXRhZGF0YSBpbnRlZ3JpdHkgY2hlY2sgZmFpbGVkXCIpIikg XQ0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5J WCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8ZGlzcGF0Y2hlcl0g UmFpc2VkIGF0IGZpbGUgXCJyYmFjLm1sXCIsIGxpbmUgMjM2LCBjaGFyYWN0ZXJzIDEwLTE1XG5D YWxsZWQgZnJvbSBmaWxlIFwic2VydmVyX2hlbHBlcnMubWxcIiwgbGluZSA3NSwgY2hhcmFjdGVy cyAxMS00MVxuDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwx MjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxiYWNr dHJhY2VdIFJhaXNlZCBhdCBmaWxlIFwicmJhYy5tbFwiLCBsaW5lIDIzNiwgY2hhcmFjdGVycyAx MC0xNVxuQ2FsbGVkIGZyb20gZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxpbmUgNzUsIGNo YXJhY3RlcnMgMTEtNDFcbg0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xz aWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2 NGV8eGFwaV0gUmFpc2VkIGF0IGZpbGUgXCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDkwLCBj aGFyYWN0ZXJzIDE0LTE1XG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwi LCBsaW5lIDIyLCBjaGFyYWN0ZXJzIDItOVxuDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFw aTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZE SS5jbG9uZSBEOjg4OWEzZTNlMWVjZXx4YXBpXSBSYWlzZWQgYXQgZmlsZSBcImxpYi9wZXJ2YXNp dmVleHQubWxcIiwgbGluZSAyNiwgY2hhcmFjdGVycyAyMi0yNVxuQ2FsbGVkIGZyb20gZmlsZSBc ImxpYi9kZWJ1Zy5tbFwiLCBsaW5lIDU3LCBjaGFyYWN0ZXJzIDE3LTIwXG5SZS1yYWlzZWQgYXQg ZmlsZSBcImxpYi9kZWJ1Zy5tbFwiLCBsaW5lIDYyLCBjaGFyYWN0ZXJzIDEwLTExXG5DYWxsZWQg ZnJvbSBmaWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDIyLCBjaGFyYWN0ZXJzIDIt OVxuDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBV TklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS5jbG9uZSBEOjg4OWEzZTNlMWVjZXxi YWNrdHJhY2VdIFJhaXNlZCBhdCBmaWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDI2 LCBjaGFyYWN0ZXJzIDIyLTI1XG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL2RlYnVnLm1sXCIsIGxp bmUgNTcsIGNoYXJhY3RlcnMgMTctMjBcblJlLXJhaXNlZCBhdCBmaWxlIFwibGliL2RlYnVnLm1s XCIsIGxpbmUgNjIsIGNoYXJhY3RlcnMgMTAtMTFcbkNhbGxlZCBmcm9tIGZpbGUgXCJsaWIvcGVy dmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjIsIGNoYXJhY3RlcnMgMi05XG5SZS1yYWlzZWQgYXQgZmls ZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwgbGluZSAyNiwgY2hhcmFjdGVycyAyMi0yNVxuQ2Fs bGVkIGZyb20gZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxpbmUgMTM2LCBjaGFyYWN0ZXJz IDEwLTEwNlxuQ2FsbGVkIGZyb20gZmlsZSBcInNlcnZlci5tbFwiLCBsaW5lIDIzNDE3LCBjaGFy YWN0ZXJzIDIzLTE2MVxuQ2FsbGVkIGZyb20gZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxp bmUgMTE1LCBjaGFyYWN0ZXJzIDQtN1xuDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTog W2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHx4YXBpXSBSYWlzZWQg YXQgZmlsZSBcImNsaWVudC5tbFwiLCBsaW5lIDYsIGNoYXJhY3RlcnMgMzctNzVcbkNhbGxlZCBm cm9tIGZpbGUgXCJjbGllbnQubWxcIiwgbGluZSAxOCwgY2hhcmFjdGVycyA1NS0xMTBcbkNhbGxl ZCBmcm9tIGZpbGUgXCJjbGllbnQubWxcIiwgbGluZSA5OTc4LCBjaGFyYWN0ZXJzIDYtNjhcbkNh bGxlZCBmcm9tIGZpbGUgXCJjbGlfb3BlcmF0aW9ucy5tbFwiLCBsaW5lIDExNzMsIGNoYXJhY3Rl cnMgMTQtNjNcbkNhbGxlZCBmcm9tIGZpbGUgXCJ4YXBpX2NsaS5tbFwiLCBsaW5lIDExMiwgY2hh cmFjdGVycyAxOC01NlxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwg bGluZSAyMiwgY2hhcmFjdGVycyAyLTlcbg0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6 IFsgaW5mb3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ291 dCBEOjQwMTQ2MjAzOWVkM3x4YXBpXSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD1kMmMxNjdkZWYw ZGJhNjg1OWRjZjc5MDVhYTQ2YTBkZQ0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtk ZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8YmFja3RyYWNlXSBSYWlz ZWQgYXQgZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwgbGluZSAyNiwgY2hhcmFjdGVycyAy Mi0yNVxuQ2FsbGVkIGZyb20gZmlsZSBcInhhcGlfY2xpLm1sXCIsIGxpbmUgMTExLCBjaGFyYWN0 ZXJzIDItMTM4XG5DYWxsZWQgZnJvbSBmaWxlIFwieGFwaV9jbGkubWxcIiwgbGluZSAyMjEsIGNo YXJhY3RlcnMgNy00NFxuQ2FsbGVkIGZyb20gZmlsZSBcInhhcGlfY2xpLm1sXCIsIGxpbmUgMjcz LCBjaGFyYWN0ZXJzIDQtMjNcbg0KPiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1 Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8Y2xpXSBYYXBpX2NsaS5leGNl cHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5BTF9FUlJPUjogWyBTdG9yYWdlX2lu dGVyZmFjZS5JbnRlcm5hbF9lcnJvcigiRmFpbHVyZShcImltYWdlIG1ldGFkYXRhIGludGVncml0 eSBjaGVjayBmYWlsZWRcIikiKSBdDQo+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2Rl YnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxjbGldIFJhaXNlZCBhdCBm aWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDI2LCBjaGFyYWN0ZXJzIDIyLTI1XG5D YWxsZWQgZnJvbSBmaWxlIFwieGFwaV9jbGkubWxcIiwgbGluZSAxMTEsIGNoYXJhY3RlcnMgMi0x MzhcbkNhbGxlZCBmcm9tIGZpbGUgXCJ4YXBpX2NsaS5tbFwiLCBsaW5lIDIyMSwgY2hhcmFjdGVy cyA3LTQ0XG5DYWxsZWQgZnJvbSBmaWxlIFwieGFwaV9jbGkubWxcIiwgbGluZSAyNzMsIGNoYXJh Y3RlcnMgNC0yM1xuDQo+IA0KPiBSZWdhcmRzLA0KPiBEYXdpZA0KPiANCj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gWGVuLWFwaSBtYWlsaW5nIGxp c3QNCj4gWGVuLWFwaUBsaXN0cy54ZW4ub3JnDQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1i aW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMu eGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVu LWFwaQo= From xen-api-bounces@lists.xen.org Thu Jan 08 13:17:26 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Jan 2015 13:17: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 1Y9Cxj-0005vD-4w; Thu, 08 Jan 2015 13:17:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Cxh-0005v6-Hb for Xen-api@lists.xen.org; Thu, 08 Jan 2015 13:17:17 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 6C/85-15461-C538EA45; Thu, 08 Jan 2015 13:17:16 +0000 X-Env-Sender: skyrenato@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1420723036!20106891!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2063 invoked from network); 8 Jan 2015 13:17:16 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 13:17:16 -0000 Received: by mail-wg0-f51.google.com with SMTP id x12so2537480wgg.10 for ; Thu, 08 Jan 2015 05:17:16 -0800 (PST) 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=NMLULMPsE/6WiaB9E2YO8CIO6I2V4b6OxzVOFfd6ecI=; b=kGP/G31UMSeu4L5hc9HyKpwG3Fo1JoJdpHtChzNNWlaY7C8Kj/cD9apY7hLPWjf4Lj oOnEzR2t9d60DcWNT/78lFYN3TVYyVCBeMSVK/8SczcUdUT2X78VVW5tAfpisqkqqou+ TqeyoEsPLPULsbqalx7YiI1TnLlmiOs9sqB2pNt3dzf6bIw5aXIObMvj3QEmnZFhlbFr eOgVwcqiK2/n5ax4qwMBqUWT3GjghAGw7edF3BFIR7OztMCidnSjf1bC+dUVeYObtEqS vW4+lSOSmZT9PQ5gcGn5QGR+tHPyjuf1UaIopBwQAGcovYKPPinJ973xcip4xuMOrQZP P6WQ== MIME-Version: 1.0 X-Received: by 10.180.95.97 with SMTP id dj1mr19240345wib.43.1420723036291; Thu, 08 Jan 2015 05:17:16 -0800 (PST) Received: by 10.194.235.70 with HTTP; Thu, 8 Jan 2015 05:17:16 -0800 (PST) Date: Thu, 8 Jan 2015 14:17:16 +0100 Message-ID: From: Renato Fontana To: Xen-api@lists.xen.org Subject: [Xen-API] xen + xapi + xencenter 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="===============6716516333479881725==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6716516333479881725== Content-Type: multipart/alternative; boundary=f46d0418251ee70a52050c23db16 --f46d0418251ee70a52050c23db16 Content-Type: text/plain; charset=UTF-8 Hi everyone! I have installed xen via apt-get (xen-hypervisor-4.1), added xapi toolstack and installed xencenter to manage my servers remotely. Is this setup ok? As far as I know, xencenter uses xapi to access the hypervisors..but I can't get it to connect. I'm receiving a "the connection was refused" after I try to connect/add servers. Any advice ? I tried Xen Orchestra as well but it can't connect either. Thx! --f46d0418251ee70a52050c23db16 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi everyone!

I have installed xen v= ia apt-get (xen-hypervisor-4.1), added xapi toolstack and installed xencent= er to manage my servers remotely. Is this setup ok? As far as I know, xence= nter uses xapi to access the hypervisors..but I can't get it to connect= . I'm receiving a "the connection was refused" after I try to= connect/add servers. Any advice ?

I tried Xen Orchestra = as well but it can't connect either.

Thx!<= br>
--f46d0418251ee70a52050c23db16-- --===============6716516333479881725== 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 --===============6716516333479881725==-- From xen-api-bounces@lists.xen.org Thu Jan 08 13:17:26 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Jan 2015 13:17: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 1Y9Cxj-0005vD-4w; Thu, 08 Jan 2015 13:17:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Cxh-0005v6-Hb for Xen-api@lists.xen.org; Thu, 08 Jan 2015 13:17:17 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 6C/85-15461-C538EA45; Thu, 08 Jan 2015 13:17:16 +0000 X-Env-Sender: skyrenato@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1420723036!20106891!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2063 invoked from network); 8 Jan 2015 13:17:16 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 13:17:16 -0000 Received: by mail-wg0-f51.google.com with SMTP id x12so2537480wgg.10 for ; Thu, 08 Jan 2015 05:17:16 -0800 (PST) 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=NMLULMPsE/6WiaB9E2YO8CIO6I2V4b6OxzVOFfd6ecI=; b=kGP/G31UMSeu4L5hc9HyKpwG3Fo1JoJdpHtChzNNWlaY7C8Kj/cD9apY7hLPWjf4Lj oOnEzR2t9d60DcWNT/78lFYN3TVYyVCBeMSVK/8SczcUdUT2X78VVW5tAfpisqkqqou+ TqeyoEsPLPULsbqalx7YiI1TnLlmiOs9sqB2pNt3dzf6bIw5aXIObMvj3QEmnZFhlbFr eOgVwcqiK2/n5ax4qwMBqUWT3GjghAGw7edF3BFIR7OztMCidnSjf1bC+dUVeYObtEqS vW4+lSOSmZT9PQ5gcGn5QGR+tHPyjuf1UaIopBwQAGcovYKPPinJ973xcip4xuMOrQZP P6WQ== MIME-Version: 1.0 X-Received: by 10.180.95.97 with SMTP id dj1mr19240345wib.43.1420723036291; Thu, 08 Jan 2015 05:17:16 -0800 (PST) Received: by 10.194.235.70 with HTTP; Thu, 8 Jan 2015 05:17:16 -0800 (PST) Date: Thu, 8 Jan 2015 14:17:16 +0100 Message-ID: From: Renato Fontana To: Xen-api@lists.xen.org Subject: [Xen-API] xen + xapi + xencenter 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="===============6716516333479881725==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6716516333479881725== Content-Type: multipart/alternative; boundary=f46d0418251ee70a52050c23db16 --f46d0418251ee70a52050c23db16 Content-Type: text/plain; charset=UTF-8 Hi everyone! I have installed xen via apt-get (xen-hypervisor-4.1), added xapi toolstack and installed xencenter to manage my servers remotely. Is this setup ok? As far as I know, xencenter uses xapi to access the hypervisors..but I can't get it to connect. I'm receiving a "the connection was refused" after I try to connect/add servers. Any advice ? I tried Xen Orchestra as well but it can't connect either. Thx! --f46d0418251ee70a52050c23db16 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi everyone!

I have installed xen v= ia apt-get (xen-hypervisor-4.1), added xapi toolstack and installed xencent= er to manage my servers remotely. Is this setup ok? As far as I know, xence= nter uses xapi to access the hypervisors..but I can't get it to connect= . I'm receiving a "the connection was refused" after I try to= connect/add servers. Any advice ?

I tried Xen Orchestra = as well but it can't connect either.

Thx!<= br>
--f46d0418251ee70a52050c23db16-- --===============6716516333479881725== 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 --===============6716516333479881725==-- From xen-api-bounces@lists.xen.org Thu Jan 08 14:06:18 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Jan 2015 14:06: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 1Y9Dj0-0001cy-TS; Thu, 08 Jan 2015 14:06:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Dj0-0001c9-Gs for Xen-api@lists.xen.org; Thu, 08 Jan 2015 14:06:10 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id 95/8B-22737-1DE8EA45; Thu, 08 Jan 2015 14:06:09 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1420725968!14065934!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7830 invoked from network); 8 Jan 2015 14:06:08 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 14:06:08 -0000 X-IronPort-AV: E=Sophos;i="5.07,723,1413244800"; d="scan'208";a="28461631" From: Dave Scott To: Renato Fontana Thread-Topic: [Xen-API] xen + xapi + xencenter Thread-Index: AQHQK0WvOcWZOfixh0i2kZl0sopKu5y2MSyA Date: Thu, 8 Jan 2015 14:06:07 +0000 Message-ID: <2A55413D-5769-4509-9493-8E8248FF4463@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: "Xen-api@lists.xen.org" Subject: Re: [Xen-API] xen + xapi + xencenter 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org DQo+IE9uIDggSmFuIDIwMTUsIGF0IDEzOjE3LCBSZW5hdG8gRm9udGFuYSA8c2t5cmVuYXRvQGdt YWlsLmNvbT4gd3JvdGU6DQo+IA0KPiBIaSBldmVyeW9uZSENCj4gDQo+IEkgaGF2ZSBpbnN0YWxs ZWQgeGVuIHZpYSBhcHQtZ2V0ICh4ZW4taHlwZXJ2aXNvci00LjEpLCBhZGRlZCB4YXBpIHRvb2xz dGFjayBhbmQgaW5zdGFsbGVkIHhlbmNlbnRlciB0byBtYW5hZ2UgbXkgc2VydmVycyByZW1vdGVs eS4gSXMgdGhpcyBzZXR1cCBvaz8gQXMgZmFyIGFzIEkga25vdywgeGVuY2VudGVyIHVzZXMgeGFw aSB0byBhY2Nlc3MgdGhlIGh5cGVydmlzb3JzLi5idXQgSSBjYW4ndCBnZXQgaXQgdG8gY29ubmVj dC4gSSdtIHJlY2VpdmluZyBhICJ0aGUgY29ubmVjdGlvbiB3YXMgcmVmdXNlZCIgYWZ0ZXIgSSB0 cnkgdG8gY29ubmVjdC9hZGQgc2VydmVycy4gQW55IGFkdmljZSA/DQoNCknigJlkIGNoZWNrIHRo ZSBzaW1wbGUgc3R1ZmYgZmlyc3Q6IGlzIHN0dW5uZWwgbGlzdGVuaW5nIG9uIHBvcnQgNDQzIGFu ZCB4YXBpIG9uIHBvcnQgODA/IElmIHNvIHRoZW4gaXQgbWlnaHQgYmUgYSBmaXJld2FsbCBydWxl IHByb2JsZW0uDQoNCkl0IGNvdWxkIGJlIHRoYXQgeGFwaSBoYXNu4oCZdCBnb3QgYSBjb25maWd1 cmVkIOKAnG1hbmFnZW1lbnQgaW50ZXJmYWNl4oCdLg0KDQpJZiDigJx4ZSBwaWYtbGlzdOKAnSBp cyBlbXB0eSwgdGhlbiB5b3UgY291bGQgcG9wdWxhdGUgaXQgYnkgcnVubmluZyDigJx4ZSBwaWYt c2NhbiBob3N0LXV1aWQ9PG15IGhvc3QgdXVpZD7igJ0gKHVzZSDigJx4ZSBob3N0LWxpc3TigJ0g dG8gc2VlIHRoZSBob3N0IHV1aWRzKQ0KDQpNYWtlIHN1cmUgdGhhdCBhdCBsZWFzdCBvbmUgb2Yg dGhlIOKAnHBpZnPigJ0gKGkuZS4gcGh5c2ljYWwgaW50ZXJmYWNlcykgaGFzIGFuIElQIGFkZHJl c3MgY29uZmlndXJhdGlvbiBlLmcuIHdpdGgNCg0KeGUgcGlmLWNvbmZpZ3VyZS1pcCB1dWlkPeKA piBtb2RlPWRoY3ANCg0KTWFrZSBzdXJlIHRoYXQgYXQgbGVhc3Qgb25lIG9mIHRoZSDigJxwaWZz 4oCdIGhhcyB0aGUg4oCcbWFuYWdlbWVudOKAnSBmbGFnIHNldC4gSWYg4oCceGUgcGlmLWxpc3Qg bWFuYWdlbWVudD10cnVl4oCdIGlzIGVtcHR5IHRoZW4gdHJ5DQoNCnhlIGhvc3QtbWFuYWdlbWVu dC1yZWNvbmZpZ3VyZSBwaWYtdXVpZD3igKYNCg0KR29vZCBsdWNrIQ0KDQpEYXZlCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBs aXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21h aWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Thu Jan 08 14:06:18 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Jan 2015 14:06: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 1Y9Dj0-0001cy-TS; Thu, 08 Jan 2015 14:06:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Dj0-0001c9-Gs for Xen-api@lists.xen.org; Thu, 08 Jan 2015 14:06:10 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id 95/8B-22737-1DE8EA45; Thu, 08 Jan 2015 14:06:09 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1420725968!14065934!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7830 invoked from network); 8 Jan 2015 14:06:08 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 14:06:08 -0000 X-IronPort-AV: E=Sophos;i="5.07,723,1413244800"; d="scan'208";a="28461631" From: Dave Scott To: Renato Fontana Thread-Topic: [Xen-API] xen + xapi + xencenter Thread-Index: AQHQK0WvOcWZOfixh0i2kZl0sopKu5y2MSyA Date: Thu, 8 Jan 2015 14:06:07 +0000 Message-ID: <2A55413D-5769-4509-9493-8E8248FF4463@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: "Xen-api@lists.xen.org" Subject: Re: [Xen-API] xen + xapi + xencenter 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org DQo+IE9uIDggSmFuIDIwMTUsIGF0IDEzOjE3LCBSZW5hdG8gRm9udGFuYSA8c2t5cmVuYXRvQGdt YWlsLmNvbT4gd3JvdGU6DQo+IA0KPiBIaSBldmVyeW9uZSENCj4gDQo+IEkgaGF2ZSBpbnN0YWxs ZWQgeGVuIHZpYSBhcHQtZ2V0ICh4ZW4taHlwZXJ2aXNvci00LjEpLCBhZGRlZCB4YXBpIHRvb2xz dGFjayBhbmQgaW5zdGFsbGVkIHhlbmNlbnRlciB0byBtYW5hZ2UgbXkgc2VydmVycyByZW1vdGVs eS4gSXMgdGhpcyBzZXR1cCBvaz8gQXMgZmFyIGFzIEkga25vdywgeGVuY2VudGVyIHVzZXMgeGFw aSB0byBhY2Nlc3MgdGhlIGh5cGVydmlzb3JzLi5idXQgSSBjYW4ndCBnZXQgaXQgdG8gY29ubmVj dC4gSSdtIHJlY2VpdmluZyBhICJ0aGUgY29ubmVjdGlvbiB3YXMgcmVmdXNlZCIgYWZ0ZXIgSSB0 cnkgdG8gY29ubmVjdC9hZGQgc2VydmVycy4gQW55IGFkdmljZSA/DQoNCknigJlkIGNoZWNrIHRo ZSBzaW1wbGUgc3R1ZmYgZmlyc3Q6IGlzIHN0dW5uZWwgbGlzdGVuaW5nIG9uIHBvcnQgNDQzIGFu ZCB4YXBpIG9uIHBvcnQgODA/IElmIHNvIHRoZW4gaXQgbWlnaHQgYmUgYSBmaXJld2FsbCBydWxl IHByb2JsZW0uDQoNCkl0IGNvdWxkIGJlIHRoYXQgeGFwaSBoYXNu4oCZdCBnb3QgYSBjb25maWd1 cmVkIOKAnG1hbmFnZW1lbnQgaW50ZXJmYWNl4oCdLg0KDQpJZiDigJx4ZSBwaWYtbGlzdOKAnSBp cyBlbXB0eSwgdGhlbiB5b3UgY291bGQgcG9wdWxhdGUgaXQgYnkgcnVubmluZyDigJx4ZSBwaWYt c2NhbiBob3N0LXV1aWQ9PG15IGhvc3QgdXVpZD7igJ0gKHVzZSDigJx4ZSBob3N0LWxpc3TigJ0g dG8gc2VlIHRoZSBob3N0IHV1aWRzKQ0KDQpNYWtlIHN1cmUgdGhhdCBhdCBsZWFzdCBvbmUgb2Yg dGhlIOKAnHBpZnPigJ0gKGkuZS4gcGh5c2ljYWwgaW50ZXJmYWNlcykgaGFzIGFuIElQIGFkZHJl c3MgY29uZmlndXJhdGlvbiBlLmcuIHdpdGgNCg0KeGUgcGlmLWNvbmZpZ3VyZS1pcCB1dWlkPeKA piBtb2RlPWRoY3ANCg0KTWFrZSBzdXJlIHRoYXQgYXQgbGVhc3Qgb25lIG9mIHRoZSDigJxwaWZz 4oCdIGhhcyB0aGUg4oCcbWFuYWdlbWVudOKAnSBmbGFnIHNldC4gSWYg4oCceGUgcGlmLWxpc3Qg bWFuYWdlbWVudD10cnVl4oCdIGlzIGVtcHR5IHRoZW4gdHJ5DQoNCnhlIGhvc3QtbWFuYWdlbWVu dC1yZWNvbmZpZ3VyZSBwaWYtdXVpZD3igKYNCg0KR29vZCBsdWNrIQ0KDQpEYXZlCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFpbGluZyBs aXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2ktYmluL21h aWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Thu Jan 08 14:57:44 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Jan 2015 14:57:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9EWl-0005Ge-L9; Thu, 08 Jan 2015 14:57:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9EWk-0005GZ-5x for xen-api@lists.xen.org; Thu, 08 Jan 2015 14:57:34 +0000 Received: from [85.158.137.68] by server-14.bemta-3.messagelabs.com id 2D/00-07724-DDA9EA45; Thu, 08 Jan 2015 14:57:33 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1420729049!14453196!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27268 invoked from network); 8 Jan 2015 14:57:29 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 14:57:29 -0000 X-IronPort-AV: E=Sophos;i="5.07,723,1413244800"; d="scan'208";a="28464578" From: Dave Scott To: Lorscheider Santiago Thread-Topic: [xs-devel] Backup solutions for XenServer Thread-Index: AQHQG3c/x801/sNWZUaC99iy9HK0mZyXfwIAgAvUmwCAAYEHAIAB3JKAgAB53ACAAmbGgIAIGb2AgAHd14CAAs0jgIAACJCA Date: Thu, 8 Jan 2015 14:57:28 +0000 Message-ID: References: <8055C9DA-E831-42CB-80E9-98D177CD4C33@citrix.com> <37AB6F3E-B73B-4D1A-A740-8C87BC0FCAE1@citrix.com> <54AC3A11.3070905@nau.edu> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: tobias Kreidl , xs-devel , Xen API mailing list Subject: Re: [Xen-API] [xs-devel] Backup solutions for XenServer 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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > On 8 Jan 2015, at 14:26, Lorscheider Santiago wrote: > = > Hi Tobias, > = > Congratulations analysis. Really if used LVMoSCSI or LVMoHBA will not hav= e much gain. That=92s right =97 our block storage types (LVMoiSCSI and LVMoHBA) are =93t= hick provisioned=94 and hence VDIs take up a lot of space. As Tobias says below, this shows how= important thin provisioning is. Within the upstream xapi-project (cc:d xen-api) we=92ve been looking into t= hin provisioning options for block storage. I=92ve written two draft designs: 1. thin LVHD: http://xapi-project.github.io/xapi/futures/thin-lvhd/thin-lvhd.html This proposes to extend the existing LVM-based SRs, allowing LVs to be resi= zed at runtime as more space is needed. Every LV could start out small (like a file) and g= row as new blocks are written. The trick is to make sure allocation can still happen w= hen there is a network partition in the pool and avoid timing out VM I/O. The design = proposes to cache free blocks locally on each host, allocate from there, and replay an = allocation journal against the LVM metadata periodically. [ This is all based on previ= ous work by Germano Percossi and Jon Ludlam, so I can=92t claim credit :) ] 2. OCFS2: http://xapi-project.github.io/xapi/futures/ocfs2/ocfs2.html This proposes to manage OCFS2 clustered filesystem instances and to store V= DIs as files (format flexible) on top. Most of the design so far is to deal with the com= plexity of managing the configuration and state of the O2CB cluster. My gut feeling at the moment is that thin LVHD is simpler to implement and = will cause less =93behaviour churn=94, since we don=92t have to change how HA behaves,= how maintenance mode is used etc. Hopefully at some point in the future Xapi will be able to use any user-man= aged existing filesystem, so a Linux expert power-user could use OCFS2 if they wanted. Cheers, Dave Scott > = > Best Regards, > = > Cordialmente, > = > Lorscheider Santiago > Visite meu blog: www.centralcloud.info > Twitter: @lsantiagos > Antes de imprimir, pense em sua responsabilidade e compromisso com o meio= ambiente > = > On Tue, Jan 6, 2015 at 4:40 PM, Tobias Kreidl wro= te: > Thank you very much, Dave, for the updates about this nice addition. > = > Here is my one concern, namely that for incremental backups to work prope= rly, you need to continuously keep a base snapshot on the server, hence you= will -- even if sparse storage is utilized -- still take up a fair amount = of storage as long as you want to maintain the snapshot and backup mechanis= m. > = > This led me to thinking, so, what happens if you have SRs with different = underlying properties? What kind of space requirements are being realized? > = > As a test, I took both a Linux RHEL 7 and a Windows 8.1 VM and checked ho= w much space was really being used as well as allocated on the SR, as well = as in the export files. Please note that here, some extra space savings tak= e place on the NexentaStor NFS mount because of some built-in automatic com= pression taking place. > = > For a Linux VM with 8 GB of allocated storage on a VDI and around 1.63 GB= of space in use and a Windows VM with 40 GB of allocated storage and aroun= d 20 GB in actual use, here are the numbers I came up with: > = > = > RHEL 7 RHEL 7 Windows 8.1 Windows= 8.1 > Function LVM NFS+compression LVM NFS+compr= ession > = > base used: 8.0 GB 1.1 GB 40.0 GB 20.2 GB > base allocated: 8.0 GB 8.0 GB 40.0 GB 40.0 GB > = > pre-snapshot > virtual-size: 8589923591 8589934592 42049672960 42949672= 960 > physical-utilisation: 8615100416 5984371200 43041947648 20136346= 112 > = > snapshot used: 13.6 GB 1.1 GB 59.0 GB 20.2 GB > snapshot allocated: 16.0 GB 16.0 GB 80.1 GB 80.0 GB > = > full snapshot > virtual-size: 8589934592 8589934592 42949672960 42949672= 960 > physical-virtualisation: 8388608 39944704 8388608 88= 576 > = > snapshot > export size (VHD): 5.97 GB 5.97 GB 20.24 GB 20.22 = GB > = > delta snapshot used: 13.6 GB 1.1 GB 59.1 GB 0.3 GB > delta snap allocated: 24.0 GB 24.0 GB 120.1 GB 120.0 GB > = > delta snapshot > virtual-size: 8589934592 8589934592 42949672960 42949672= 960 > physical-virtualistion: 8388608 20992 8388608 88= 576 > = > delta snapshot > export size: 0.126 GB 0.044 GB 0.078 GB 0.074 = GB > = > = > Not surprising is that the exports all came our roughly the same (they ar= e, after all, creating VHD files in all cases), with minor difference due t= o some activity between when the exports were created. However, what is par= ticularly interesting in the NFS-based SR is that the initial snapshot seem= s to have taken up virtually no discernible space at all. Why? Evidently be= cause it creates it's own initial "difference" disk. Running "xe vdi-list u= uid=3D(UUID_of_VDI) params=3Dall" on the VDI yields details on the space ut= ilization/allocation. This is actually quite interesting, as I had not trie= d this with an already thinly-provisioned (as opposed to sparely populated)= storage before. > = > Noting how an NFS-based SR is so much more space efficient, it does howev= er leave the issue that if create both a full and delta snapshot, you will = no longer be able to storage Xenmotion the VM until you bring the snapshot = count back down to two or lower. One option would be to immediately clean t= his up after the latest delta vdi-export has taken place; alternatively, yo= u could just defer this until a storage Xenmotion or other action is called= for that requires prior cleanup. > = > This brings us back to the LVM case. The huge difference here is that you= need readily three times the size of the VDI to be allocated and at least = double the size to be able to retain a base copy and triple the size to hol= d in addition a delta snapshot. Plus, unlike a NFS-based SR, you cannot ov= er-commit your storage allocation on the SR. it would hence be of great ben= efit in space savings if one could do one of the following: (1) store a thi= nly-provisioned and compressed version of the initial snapshot similar to w= hat NexentaStor does with the NFS VM, (2) in creating an incremental snapsh= ot, access somehow an off-line VDI file containing the base, (3) had the me= ans to efficiently temporarily pull in an offlined VDI so you'd not have to= keep the base snapshot on the SR constantly, (4) be able to store the base= snapshot on a different SR than the VDI you want to snapshot, or (5) some = other clever, unnamed mechanism. > = > The NAU VMbackup mechanism we have used in-house for years is efficient m= ainly because it creates a full snapshot on the fly for the purpose of a fu= ll backup and once completed, deletes it. Hence, you never need more additi= onal space at any given time than that of a copy of the largest storage ass= ociated with an particular VM. The disadvantage is that this is of course a= sequential operation and hence takes quite some time if you have a lot of = VMs. However, being able to snapshot and keep a spare image would still tak= e up a large amount of extra space. While having the means to very efficien= tly create incremental (delta) snapshots and back them up, this still leave= s the large storage requirement issue open for LVI-based storage, should on= e want to retain baseline snapshots over longer periods of time. > = > To me, this is an indication how thin provisioning (in contrast to just s= parse storage) can make a huge difference. It would be really interesting t= o see what other options could be implemented to help address the LVM limit= ations outlined above. > = > Thanks for taking the time to look over these thoughts, and I most certai= nly welcome feedback, in particular if I have overlooked something blatant. > = > -=3DTobias > = > = > On 1/5/2015 8:09 AM, Dave Scott wrote: >>> On 31 Dec 2014, at 11:27, Lorscheider Santiago >>> wrote: >>> = >>> Hi Dave! >>> = >>> Very good xapi the project site. Thanks for the tip! = >>> http://xapi-project.github.io/ >>> = >>> = >>> About recuros of "export and import only the blocks Which have changed = between two snapshots" this is a sensational news! It's been times that I m= iss this feature, which brings tremendous agility to backup. From what you = wrote, similar operation to VMware CBT. >>> = >>> By your tests, you confirmed that this resource is in the build 90383c.= We can not test since the Release Candidate build is in 90239c. Although h= e had already noticed changes in the snapshot in earlier builds the 90239c. >>> = >>> Congratulations for the work and thanks for sharing this information wi= th us! >>> = >> I=92m glad you liked the new site! Credit for the site itself and much o= f the content should also go to: (extracted from git history in no particul= ar order) >> = >> Euan Harris >> John Else >> Jonathan Davies >> Rob Hoes >> Si Beaumont >> = >> If you find any problems with it or have suggestions for improvement (or= new content), feel free to make pull requests or make issues on the tracke= r: >> = >> = >> https://github.com/xapi-project/xapi-project.github.io >> = >> = >> Cheers, >> Dave >> = >> = >>> Cordialmente, >>> = >>> Lorscheider Santiago >>> Visite meu blog: = >>> www.centralcloud.info >>> = >>> Twitter: @lsantiagos >>> Antes de imprimir, pense em sua responsabilidade e compromisso com o me= io ambiente >>> = >>> On Mon, Dec 29, 2014 at 7:47 PM, Dave Scott = >>> >>> wrote: >>> = >>> = >>>> On 29 Dec 2014, at 15:31, Dennis Duane Booher >>>> wrote: >>>> = >>>> Hi Dave, >>>> = >>>> This looks very interesting. Since this is in the xapi-project does th= is mean it is intended for some future release? Is it in the current Creede= nce pre-release build? >>>> = >>> I believe the code for this is present in the recent creedence builds. = Just to check I installed build number =9190383c=92 and did a bit of smoke = testing=97 the xe commands listed in the xapi-project page ran ok and produ= ced the correct output. >>> = >>> HTH, >>> Dave >>> = >>> = >>>> Duane >>>> = >>>> -----Original Message----- >>>> From: = >>>> xs-devel-request@lists.xenserver.org [mailto:xs-devel-request@lists.xe= nserver.org >>>> ] On Behalf Of Dave Scott >>>> Sent: Sunday, December 28, 2014 4:05 AM >>>> To: = >>>> xs-devel@lists.xenserver.org >>>> = >>>> Subject: Re: [xs-devel] Backup solutions for XenServer >>>> = >>>> Hi, >>>> = >>>> = >>>>> On 27 Dec 2014, at 12:07, Lorscheider Santiago >>>>> wrote: >>>>> = >>>>> Hi Duane, >>>>> = >>>>> I do not mean backup tools but the improvements that XenServer 6.5 in= your api to facilitate the work of backup tools. >>>>> = >>>> I've written up some of the recent XenAPI improvements here: >>>> = >>>> = >>>> http://xapi-project.github.io/features/snapshots/snapshots.html >>>> = >>>> = >>>> The new APIs allow you to >>>> = >>>> - export and import disks in .vhd format (previously we only supported= raw). This means the files are sparse. >>>> - export and import only the blocks which have changed between two sna= pshots. This allows you to avoid re-copying the same data again and again. >>>> = >>>> Let me know what you think. >>>> = >>>> Cheers, >>>> Dave >>>> = >>>> = >>>>> Cordialmente, >>>>> = >>>>> Lorscheider Santiago >>>>> Visite meu blog: = >>>>> www.centralcloud.info >>>>> = >>>>> Twitter: @lsantiagos >>>>> Antes de imprimir, pense em sua responsabilidade e compromisso com o = meio ambiente >>>>> = >>>>> On Fri, Dec 19, 2014 at 8:27 PM, Dennis Duane Booher = >>>>> >>>>> wrote: >>>>> Hi Lorscheider, >>>>> = >>>>> = >>>>> = >>>>> We use = >>>>> https://github.com/NAUbackup >>>>> for all our production Xenserver VM backups. It is freely available = if you would like to give it a try. >>>>> = >>>>> = >>>>> = >>>>> Duane >>>>> = >>>>> = >>>>> = >>>>> From: = >>>>> xs-devel-request@lists.xenserver.org [mailto:xs-devel-request@lists.x= enserver.org >>>>> ] On Behalf Of Lorscheider Santiago >>>>> Sent: Friday, December 19, 2014 3:33 AM >>>>> To: xs-devel >>>>> Subject: [xs-devel] Backup solutions for XenServer >>>>> = >>>>> = >>>>> = >>>>> Hi All, >>>>> = >>>>> = >>>>> = >>>>> Looking backup solutions available on the market, solutions with good= support XenServer are limited. The changes made in creedence api will make= it easier and more attractive than more backup silu=E7oes have support Xen= Server? >>>>> = >>>>> = >>>>> = >>>>> Regards, >>>>> = >>>>> Lorscheider Santiago >>>>> Visite meu blog: = >>>>> www.centralcloud.info >>>>> = >>>>> Twitter: @lsantiagos >>>>> Antes de imprimir, pense em sua responsabilidade e compromisso com o = meio ambiente >>>>> = >>>>> = >>>>> = > = > = > = _______________________________________________ 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 Jan 08 14:57:44 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Jan 2015 14:57:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9EWl-0005Ge-L9; Thu, 08 Jan 2015 14:57:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9EWk-0005GZ-5x for xen-api@lists.xen.org; Thu, 08 Jan 2015 14:57:34 +0000 Received: from [85.158.137.68] by server-14.bemta-3.messagelabs.com id 2D/00-07724-DDA9EA45; Thu, 08 Jan 2015 14:57:33 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1420729049!14453196!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27268 invoked from network); 8 Jan 2015 14:57:29 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 14:57:29 -0000 X-IronPort-AV: E=Sophos;i="5.07,723,1413244800"; d="scan'208";a="28464578" From: Dave Scott To: Lorscheider Santiago Thread-Topic: [xs-devel] Backup solutions for XenServer Thread-Index: AQHQG3c/x801/sNWZUaC99iy9HK0mZyXfwIAgAvUmwCAAYEHAIAB3JKAgAB53ACAAmbGgIAIGb2AgAHd14CAAs0jgIAACJCA Date: Thu, 8 Jan 2015 14:57:28 +0000 Message-ID: References: <8055C9DA-E831-42CB-80E9-98D177CD4C33@citrix.com> <37AB6F3E-B73B-4D1A-A740-8C87BC0FCAE1@citrix.com> <54AC3A11.3070905@nau.edu> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: tobias Kreidl , xs-devel , Xen API mailing list Subject: Re: [Xen-API] [xs-devel] Backup solutions for XenServer 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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > On 8 Jan 2015, at 14:26, Lorscheider Santiago wrote: > = > Hi Tobias, > = > Congratulations analysis. Really if used LVMoSCSI or LVMoHBA will not hav= e much gain. That=92s right =97 our block storage types (LVMoiSCSI and LVMoHBA) are =93t= hick provisioned=94 and hence VDIs take up a lot of space. As Tobias says below, this shows how= important thin provisioning is. Within the upstream xapi-project (cc:d xen-api) we=92ve been looking into t= hin provisioning options for block storage. I=92ve written two draft designs: 1. thin LVHD: http://xapi-project.github.io/xapi/futures/thin-lvhd/thin-lvhd.html This proposes to extend the existing LVM-based SRs, allowing LVs to be resi= zed at runtime as more space is needed. Every LV could start out small (like a file) and g= row as new blocks are written. The trick is to make sure allocation can still happen w= hen there is a network partition in the pool and avoid timing out VM I/O. The design = proposes to cache free blocks locally on each host, allocate from there, and replay an = allocation journal against the LVM metadata periodically. [ This is all based on previ= ous work by Germano Percossi and Jon Ludlam, so I can=92t claim credit :) ] 2. OCFS2: http://xapi-project.github.io/xapi/futures/ocfs2/ocfs2.html This proposes to manage OCFS2 clustered filesystem instances and to store V= DIs as files (format flexible) on top. Most of the design so far is to deal with the com= plexity of managing the configuration and state of the O2CB cluster. My gut feeling at the moment is that thin LVHD is simpler to implement and = will cause less =93behaviour churn=94, since we don=92t have to change how HA behaves,= how maintenance mode is used etc. Hopefully at some point in the future Xapi will be able to use any user-man= aged existing filesystem, so a Linux expert power-user could use OCFS2 if they wanted. Cheers, Dave Scott > = > Best Regards, > = > Cordialmente, > = > Lorscheider Santiago > Visite meu blog: www.centralcloud.info > Twitter: @lsantiagos > Antes de imprimir, pense em sua responsabilidade e compromisso com o meio= ambiente > = > On Tue, Jan 6, 2015 at 4:40 PM, Tobias Kreidl wro= te: > Thank you very much, Dave, for the updates about this nice addition. > = > Here is my one concern, namely that for incremental backups to work prope= rly, you need to continuously keep a base snapshot on the server, hence you= will -- even if sparse storage is utilized -- still take up a fair amount = of storage as long as you want to maintain the snapshot and backup mechanis= m. > = > This led me to thinking, so, what happens if you have SRs with different = underlying properties? What kind of space requirements are being realized? > = > As a test, I took both a Linux RHEL 7 and a Windows 8.1 VM and checked ho= w much space was really being used as well as allocated on the SR, as well = as in the export files. Please note that here, some extra space savings tak= e place on the NexentaStor NFS mount because of some built-in automatic com= pression taking place. > = > For a Linux VM with 8 GB of allocated storage on a VDI and around 1.63 GB= of space in use and a Windows VM with 40 GB of allocated storage and aroun= d 20 GB in actual use, here are the numbers I came up with: > = > = > RHEL 7 RHEL 7 Windows 8.1 Windows= 8.1 > Function LVM NFS+compression LVM NFS+compr= ession > = > base used: 8.0 GB 1.1 GB 40.0 GB 20.2 GB > base allocated: 8.0 GB 8.0 GB 40.0 GB 40.0 GB > = > pre-snapshot > virtual-size: 8589923591 8589934592 42049672960 42949672= 960 > physical-utilisation: 8615100416 5984371200 43041947648 20136346= 112 > = > snapshot used: 13.6 GB 1.1 GB 59.0 GB 20.2 GB > snapshot allocated: 16.0 GB 16.0 GB 80.1 GB 80.0 GB > = > full snapshot > virtual-size: 8589934592 8589934592 42949672960 42949672= 960 > physical-virtualisation: 8388608 39944704 8388608 88= 576 > = > snapshot > export size (VHD): 5.97 GB 5.97 GB 20.24 GB 20.22 = GB > = > delta snapshot used: 13.6 GB 1.1 GB 59.1 GB 0.3 GB > delta snap allocated: 24.0 GB 24.0 GB 120.1 GB 120.0 GB > = > delta snapshot > virtual-size: 8589934592 8589934592 42949672960 42949672= 960 > physical-virtualistion: 8388608 20992 8388608 88= 576 > = > delta snapshot > export size: 0.126 GB 0.044 GB 0.078 GB 0.074 = GB > = > = > Not surprising is that the exports all came our roughly the same (they ar= e, after all, creating VHD files in all cases), with minor difference due t= o some activity between when the exports were created. However, what is par= ticularly interesting in the NFS-based SR is that the initial snapshot seem= s to have taken up virtually no discernible space at all. Why? Evidently be= cause it creates it's own initial "difference" disk. Running "xe vdi-list u= uid=3D(UUID_of_VDI) params=3Dall" on the VDI yields details on the space ut= ilization/allocation. This is actually quite interesting, as I had not trie= d this with an already thinly-provisioned (as opposed to sparely populated)= storage before. > = > Noting how an NFS-based SR is so much more space efficient, it does howev= er leave the issue that if create both a full and delta snapshot, you will = no longer be able to storage Xenmotion the VM until you bring the snapshot = count back down to two or lower. One option would be to immediately clean t= his up after the latest delta vdi-export has taken place; alternatively, yo= u could just defer this until a storage Xenmotion or other action is called= for that requires prior cleanup. > = > This brings us back to the LVM case. The huge difference here is that you= need readily three times the size of the VDI to be allocated and at least = double the size to be able to retain a base copy and triple the size to hol= d in addition a delta snapshot. Plus, unlike a NFS-based SR, you cannot ov= er-commit your storage allocation on the SR. it would hence be of great ben= efit in space savings if one could do one of the following: (1) store a thi= nly-provisioned and compressed version of the initial snapshot similar to w= hat NexentaStor does with the NFS VM, (2) in creating an incremental snapsh= ot, access somehow an off-line VDI file containing the base, (3) had the me= ans to efficiently temporarily pull in an offlined VDI so you'd not have to= keep the base snapshot on the SR constantly, (4) be able to store the base= snapshot on a different SR than the VDI you want to snapshot, or (5) some = other clever, unnamed mechanism. > = > The NAU VMbackup mechanism we have used in-house for years is efficient m= ainly because it creates a full snapshot on the fly for the purpose of a fu= ll backup and once completed, deletes it. Hence, you never need more additi= onal space at any given time than that of a copy of the largest storage ass= ociated with an particular VM. The disadvantage is that this is of course a= sequential operation and hence takes quite some time if you have a lot of = VMs. However, being able to snapshot and keep a spare image would still tak= e up a large amount of extra space. While having the means to very efficien= tly create incremental (delta) snapshots and back them up, this still leave= s the large storage requirement issue open for LVI-based storage, should on= e want to retain baseline snapshots over longer periods of time. > = > To me, this is an indication how thin provisioning (in contrast to just s= parse storage) can make a huge difference. It would be really interesting t= o see what other options could be implemented to help address the LVM limit= ations outlined above. > = > Thanks for taking the time to look over these thoughts, and I most certai= nly welcome feedback, in particular if I have overlooked something blatant. > = > -=3DTobias > = > = > On 1/5/2015 8:09 AM, Dave Scott wrote: >>> On 31 Dec 2014, at 11:27, Lorscheider Santiago >>> wrote: >>> = >>> Hi Dave! >>> = >>> Very good xapi the project site. Thanks for the tip! = >>> http://xapi-project.github.io/ >>> = >>> = >>> About recuros of "export and import only the blocks Which have changed = between two snapshots" this is a sensational news! It's been times that I m= iss this feature, which brings tremendous agility to backup. From what you = wrote, similar operation to VMware CBT. >>> = >>> By your tests, you confirmed that this resource is in the build 90383c.= We can not test since the Release Candidate build is in 90239c. Although h= e had already noticed changes in the snapshot in earlier builds the 90239c. >>> = >>> Congratulations for the work and thanks for sharing this information wi= th us! >>> = >> I=92m glad you liked the new site! Credit for the site itself and much o= f the content should also go to: (extracted from git history in no particul= ar order) >> = >> Euan Harris >> John Else >> Jonathan Davies >> Rob Hoes >> Si Beaumont >> = >> If you find any problems with it or have suggestions for improvement (or= new content), feel free to make pull requests or make issues on the tracke= r: >> = >> = >> https://github.com/xapi-project/xapi-project.github.io >> = >> = >> Cheers, >> Dave >> = >> = >>> Cordialmente, >>> = >>> Lorscheider Santiago >>> Visite meu blog: = >>> www.centralcloud.info >>> = >>> Twitter: @lsantiagos >>> Antes de imprimir, pense em sua responsabilidade e compromisso com o me= io ambiente >>> = >>> On Mon, Dec 29, 2014 at 7:47 PM, Dave Scott = >>> >>> wrote: >>> = >>> = >>>> On 29 Dec 2014, at 15:31, Dennis Duane Booher >>>> wrote: >>>> = >>>> Hi Dave, >>>> = >>>> This looks very interesting. Since this is in the xapi-project does th= is mean it is intended for some future release? Is it in the current Creede= nce pre-release build? >>>> = >>> I believe the code for this is present in the recent creedence builds. = Just to check I installed build number =9190383c=92 and did a bit of smoke = testing=97 the xe commands listed in the xapi-project page ran ok and produ= ced the correct output. >>> = >>> HTH, >>> Dave >>> = >>> = >>>> Duane >>>> = >>>> -----Original Message----- >>>> From: = >>>> xs-devel-request@lists.xenserver.org [mailto:xs-devel-request@lists.xe= nserver.org >>>> ] On Behalf Of Dave Scott >>>> Sent: Sunday, December 28, 2014 4:05 AM >>>> To: = >>>> xs-devel@lists.xenserver.org >>>> = >>>> Subject: Re: [xs-devel] Backup solutions for XenServer >>>> = >>>> Hi, >>>> = >>>> = >>>>> On 27 Dec 2014, at 12:07, Lorscheider Santiago >>>>> wrote: >>>>> = >>>>> Hi Duane, >>>>> = >>>>> I do not mean backup tools but the improvements that XenServer 6.5 in= your api to facilitate the work of backup tools. >>>>> = >>>> I've written up some of the recent XenAPI improvements here: >>>> = >>>> = >>>> http://xapi-project.github.io/features/snapshots/snapshots.html >>>> = >>>> = >>>> The new APIs allow you to >>>> = >>>> - export and import disks in .vhd format (previously we only supported= raw). This means the files are sparse. >>>> - export and import only the blocks which have changed between two sna= pshots. This allows you to avoid re-copying the same data again and again. >>>> = >>>> Let me know what you think. >>>> = >>>> Cheers, >>>> Dave >>>> = >>>> = >>>>> Cordialmente, >>>>> = >>>>> Lorscheider Santiago >>>>> Visite meu blog: = >>>>> www.centralcloud.info >>>>> = >>>>> Twitter: @lsantiagos >>>>> Antes de imprimir, pense em sua responsabilidade e compromisso com o = meio ambiente >>>>> = >>>>> On Fri, Dec 19, 2014 at 8:27 PM, Dennis Duane Booher = >>>>> >>>>> wrote: >>>>> Hi Lorscheider, >>>>> = >>>>> = >>>>> = >>>>> We use = >>>>> https://github.com/NAUbackup >>>>> for all our production Xenserver VM backups. It is freely available = if you would like to give it a try. >>>>> = >>>>> = >>>>> = >>>>> Duane >>>>> = >>>>> = >>>>> = >>>>> From: = >>>>> xs-devel-request@lists.xenserver.org [mailto:xs-devel-request@lists.x= enserver.org >>>>> ] On Behalf Of Lorscheider Santiago >>>>> Sent: Friday, December 19, 2014 3:33 AM >>>>> To: xs-devel >>>>> Subject: [xs-devel] Backup solutions for XenServer >>>>> = >>>>> = >>>>> = >>>>> Hi All, >>>>> = >>>>> = >>>>> = >>>>> Looking backup solutions available on the market, solutions with good= support XenServer are limited. The changes made in creedence api will make= it easier and more attractive than more backup silu=E7oes have support Xen= Server? >>>>> = >>>>> = >>>>> = >>>>> Regards, >>>>> = >>>>> Lorscheider Santiago >>>>> Visite meu blog: = >>>>> www.centralcloud.info >>>>> = >>>>> Twitter: @lsantiagos >>>>> Antes de imprimir, pense em sua responsabilidade e compromisso com o = meio ambiente >>>>> = >>>>> = >>>>> = > = > = > = _______________________________________________ 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 Jan 08 17:03:45 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Jan 2015 17:03:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9GUk-0003qA-D7; Thu, 08 Jan 2015 17:03:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9GUj-0003pi-5q for Xen-api@lists.xen.org; Thu, 08 Jan 2015 17:03:37 +0000 Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id 54/DE-20609-868BEA45; Thu, 08 Jan 2015 17:03:36 +0000 X-Env-Sender: skyrenato@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1420736615!19386359!1 X-Originating-IP: [74.125.82.176] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13025 invoked from network); 8 Jan 2015 17:03:35 -0000 Received: from mail-we0-f176.google.com (HELO mail-we0-f176.google.com) (74.125.82.176) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 17:03:35 -0000 Received: by mail-we0-f176.google.com with SMTP id w61so3593588wes.7 for ; Thu, 08 Jan 2015 09:03:35 -0800 (PST) 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=dThJItaTBVY1PPwqo5cxXqokCHhEZs27jwHKFDbtWqE=; b=NWlV2McKYc79/ToSsX+TQmTcY+XNjNbiamjOCqUwMWDR6PeMothrWPJzUEEL3pS0Zr CUV1hXdcPKG5ivUy3uYP9oBR6566YtalcZlreHRpsJI6eawyppyzYmj+N+P/aGTVUy0k 42eI6GmDSBkhRuylYajm+mfnOzdCUQzVM4viAdWOlYYlj5zRa9X/sfJhTkiNhG/OGWV3 CS6mNlT//9n1GxYkVoAE3CbZRplHsAAkRB8Sq99GE/iDhkohaKpog6OjqXjHsn+X9eyZ N7kEaY1Qhjxf2pdUSg4zxFHyG7g+w8iSsIUvNS69IAYGRmbazAnQAH9ixsq5PzYBoMS/ M3aA== MIME-Version: 1.0 X-Received: by 10.180.91.36 with SMTP id cb4mr61238084wib.30.1420736615083; Thu, 08 Jan 2015 09:03:35 -0800 (PST) Received: by 10.194.235.70 with HTTP; Thu, 8 Jan 2015 09:03:35 -0800 (PST) In-Reply-To: <2A55413D-5769-4509-9493-8E8248FF4463@citrix.com> References: <2A55413D-5769-4509-9493-8E8248FF4463@citrix.com> Date: Thu, 8 Jan 2015 18:03:35 +0100 Message-ID: From: Renato Fontana To: Dave Scott Cc: "Xen-api@lists.xen.org" Subject: Re: [Xen-API] xen + xapi + xencenter 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="===============8138625328591677143==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8138625328591677143== Content-Type: multipart/alternative; boundary=f46d043d671142f3c4050c2705cf --f46d043d671142f3c4050c2705cf Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Dave, Thx for your reply! I have checked all the tips you provided and indeed I think there's a firewall in between. I didn't have a valid mode for pif-configure-ip.. it was set to "none". Still I don't think it was the main issue. I was trying to access my servers via Windows with XenCenter. To try it out, I installed the openxenmanager at the server and ran the GUI via X11. It could reach add/reach the hypervisor just fine! Time to douple check the firewall rules. Thx again! Best, Renato. 2015-01-08 15:06 GMT+01:00 Dave Scott : > > > On 8 Jan 2015, at 13:17, Renato Fontana wrote: > > > > Hi everyone! > > > > I have installed xen via apt-get (xen-hypervisor-4.1), added xapi > toolstack and installed xencenter to manage my servers remotely. Is this > setup ok? As far as I know, xencenter uses xapi to access the > hypervisors..but I can't get it to connect. I'm receiving a "the connecti= on > was refused" after I try to connect/add servers. Any advice ? > > I=E2=80=99d check the simple stuff first: is stunnel listening on port 44= 3 and > xapi on port 80? If so then it might be a firewall rule problem. > > It could be that xapi hasn=E2=80=99t got a configured =E2=80=9Cmanagement= interface=E2=80=9D. > > If =E2=80=9Cxe pif-list=E2=80=9D is empty, then you could populate it by = running =E2=80=9Cxe > pif-scan host-uuid=3D=E2=80=9D (use =E2=80=9Cxe host-list= =E2=80=9D to see the host > uuids) > > Make sure that at least one of the =E2=80=9Cpifs=E2=80=9D (i.e. physical = interfaces) has > an IP address configuration e.g. with > > xe pif-configure-ip uuid=3D=E2=80=A6 mode=3Ddhcp > > Make sure that at least one of the =E2=80=9Cpifs=E2=80=9D has the =E2=80= =9Cmanagement=E2=80=9D flag set. > If =E2=80=9Cxe pif-list management=3Dtrue=E2=80=9D is empty then try > > xe host-management-reconfigure pif-uuid=3D=E2=80=A6 > > Good luck! > > Dave --f46d043d671142f3c4050c2705cf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Dave,
Thx for your reply! = I have checked all the tips you provided and indeed I think there's a f= irewall in between.
I didn't have a valid mode for pif-config= ure-ip.. it was set to "none". Still I don't think it was the= main issue.
I was trying to access my servers via Windows with Xe= nCenter. To try it out, I installed the openxenmanager at the server and ra= n the GUI via X11. It could reach add/reach the hypervisor just fine!

Time to douple check the firewall rules.

Thx again!


Best,
Renato.
=C2=A0

2015-01-0= 8 15:06 GMT+01:00 Dave Scott <Dave.Scott@citrix.com>:

> On 8 Jan 2015, at 13:17, Renato Fontana <skyrenato@gmail.com> wrote:
>
> Hi everyone!
>
> I have installed xen via apt-get (xen-hypervisor-4.1), added xapi tool= stack and installed xencenter to manage my servers remotely. Is this setup = ok? As far as I know, xencenter uses xapi to access the hypervisors..but I = can't get it to connect. I'm receiving a "the connection was r= efused" after I try to connect/add servers. Any advice ?

I=E2=80=99d check the simple stuff first: is stunnel listening on po= rt 443 and xapi on port 80? If so then it might be a firewall rule problem.=

It could be that xapi hasn=E2=80=99t got a configured =E2=80=9Cmanagement i= nterface=E2=80=9D.

If =E2=80=9Cxe pif-list=E2=80=9D is empty, then you could populate it by ru= nning =E2=80=9Cxe pif-scan host-uuid=3D<my host uuid>=E2=80=9D (use = =E2=80=9Cxe host-list=E2=80=9D to see the host uuids)

Make sure that at least one of the =E2=80=9Cpifs=E2=80=9D (i.e. physical in= terfaces) has an IP address configuration e.g. with

xe pif-configure-ip uuid=3D=E2=80=A6 mode=3Ddhcp

Make sure that at least one of the =E2=80=9Cpifs=E2=80=9D has the =E2=80=9C= management=E2=80=9D flag set. If =E2=80=9Cxe pif-list management=3Dtrue=E2= =80=9D is empty then try

xe host-management-reconfigure pif-uuid=3D=E2=80=A6

Good luck!

Dave

--f46d043d671142f3c4050c2705cf-- --===============8138625328591677143== 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 --===============8138625328591677143==-- From xen-api-bounces@lists.xen.org Thu Jan 08 17:03:45 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Jan 2015 17:03:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9GUk-0003qA-D7; Thu, 08 Jan 2015 17:03:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9GUj-0003pi-5q for Xen-api@lists.xen.org; Thu, 08 Jan 2015 17:03:37 +0000 Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id 54/DE-20609-868BEA45; Thu, 08 Jan 2015 17:03:36 +0000 X-Env-Sender: skyrenato@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1420736615!19386359!1 X-Originating-IP: [74.125.82.176] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13025 invoked from network); 8 Jan 2015 17:03:35 -0000 Received: from mail-we0-f176.google.com (HELO mail-we0-f176.google.com) (74.125.82.176) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 17:03:35 -0000 Received: by mail-we0-f176.google.com with SMTP id w61so3593588wes.7 for ; Thu, 08 Jan 2015 09:03:35 -0800 (PST) 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=dThJItaTBVY1PPwqo5cxXqokCHhEZs27jwHKFDbtWqE=; b=NWlV2McKYc79/ToSsX+TQmTcY+XNjNbiamjOCqUwMWDR6PeMothrWPJzUEEL3pS0Zr CUV1hXdcPKG5ivUy3uYP9oBR6566YtalcZlreHRpsJI6eawyppyzYmj+N+P/aGTVUy0k 42eI6GmDSBkhRuylYajm+mfnOzdCUQzVM4viAdWOlYYlj5zRa9X/sfJhTkiNhG/OGWV3 CS6mNlT//9n1GxYkVoAE3CbZRplHsAAkRB8Sq99GE/iDhkohaKpog6OjqXjHsn+X9eyZ N7kEaY1Qhjxf2pdUSg4zxFHyG7g+w8iSsIUvNS69IAYGRmbazAnQAH9ixsq5PzYBoMS/ M3aA== MIME-Version: 1.0 X-Received: by 10.180.91.36 with SMTP id cb4mr61238084wib.30.1420736615083; Thu, 08 Jan 2015 09:03:35 -0800 (PST) Received: by 10.194.235.70 with HTTP; Thu, 8 Jan 2015 09:03:35 -0800 (PST) In-Reply-To: <2A55413D-5769-4509-9493-8E8248FF4463@citrix.com> References: <2A55413D-5769-4509-9493-8E8248FF4463@citrix.com> Date: Thu, 8 Jan 2015 18:03:35 +0100 Message-ID: From: Renato Fontana To: Dave Scott Cc: "Xen-api@lists.xen.org" Subject: Re: [Xen-API] xen + xapi + xencenter 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="===============8138625328591677143==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8138625328591677143== Content-Type: multipart/alternative; boundary=f46d043d671142f3c4050c2705cf --f46d043d671142f3c4050c2705cf Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Dave, Thx for your reply! I have checked all the tips you provided and indeed I think there's a firewall in between. I didn't have a valid mode for pif-configure-ip.. it was set to "none". Still I don't think it was the main issue. I was trying to access my servers via Windows with XenCenter. To try it out, I installed the openxenmanager at the server and ran the GUI via X11. It could reach add/reach the hypervisor just fine! Time to douple check the firewall rules. Thx again! Best, Renato. 2015-01-08 15:06 GMT+01:00 Dave Scott : > > > On 8 Jan 2015, at 13:17, Renato Fontana wrote: > > > > Hi everyone! > > > > I have installed xen via apt-get (xen-hypervisor-4.1), added xapi > toolstack and installed xencenter to manage my servers remotely. Is this > setup ok? As far as I know, xencenter uses xapi to access the > hypervisors..but I can't get it to connect. I'm receiving a "the connecti= on > was refused" after I try to connect/add servers. Any advice ? > > I=E2=80=99d check the simple stuff first: is stunnel listening on port 44= 3 and > xapi on port 80? If so then it might be a firewall rule problem. > > It could be that xapi hasn=E2=80=99t got a configured =E2=80=9Cmanagement= interface=E2=80=9D. > > If =E2=80=9Cxe pif-list=E2=80=9D is empty, then you could populate it by = running =E2=80=9Cxe > pif-scan host-uuid=3D=E2=80=9D (use =E2=80=9Cxe host-list= =E2=80=9D to see the host > uuids) > > Make sure that at least one of the =E2=80=9Cpifs=E2=80=9D (i.e. physical = interfaces) has > an IP address configuration e.g. with > > xe pif-configure-ip uuid=3D=E2=80=A6 mode=3Ddhcp > > Make sure that at least one of the =E2=80=9Cpifs=E2=80=9D has the =E2=80= =9Cmanagement=E2=80=9D flag set. > If =E2=80=9Cxe pif-list management=3Dtrue=E2=80=9D is empty then try > > xe host-management-reconfigure pif-uuid=3D=E2=80=A6 > > Good luck! > > Dave --f46d043d671142f3c4050c2705cf Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Dave,
Thx for your reply! = I have checked all the tips you provided and indeed I think there's a f= irewall in between.
I didn't have a valid mode for pif-config= ure-ip.. it was set to "none". Still I don't think it was the= main issue.
I was trying to access my servers via Windows with Xe= nCenter. To try it out, I installed the openxenmanager at the server and ra= n the GUI via X11. It could reach add/reach the hypervisor just fine!

Time to douple check the firewall rules.

Thx again!


Best,
Renato.
=C2=A0

2015-01-0= 8 15:06 GMT+01:00 Dave Scott <Dave.Scott@citrix.com>:

> On 8 Jan 2015, at 13:17, Renato Fontana <skyrenato@gmail.com> wrote:
>
> Hi everyone!
>
> I have installed xen via apt-get (xen-hypervisor-4.1), added xapi tool= stack and installed xencenter to manage my servers remotely. Is this setup = ok? As far as I know, xencenter uses xapi to access the hypervisors..but I = can't get it to connect. I'm receiving a "the connection was r= efused" after I try to connect/add servers. Any advice ?

I=E2=80=99d check the simple stuff first: is stunnel listening on po= rt 443 and xapi on port 80? If so then it might be a firewall rule problem.=

It could be that xapi hasn=E2=80=99t got a configured =E2=80=9Cmanagement i= nterface=E2=80=9D.

If =E2=80=9Cxe pif-list=E2=80=9D is empty, then you could populate it by ru= nning =E2=80=9Cxe pif-scan host-uuid=3D<my host uuid>=E2=80=9D (use = =E2=80=9Cxe host-list=E2=80=9D to see the host uuids)

Make sure that at least one of the =E2=80=9Cpifs=E2=80=9D (i.e. physical in= terfaces) has an IP address configuration e.g. with

xe pif-configure-ip uuid=3D=E2=80=A6 mode=3Ddhcp

Make sure that at least one of the =E2=80=9Cpifs=E2=80=9D has the =E2=80=9C= management=E2=80=9D flag set. If =E2=80=9Cxe pif-list management=3Dtrue=E2= =80=9D is empty then try

xe host-management-reconfigure pif-uuid=3D=E2=80=A6

Good luck!

Dave

--f46d043d671142f3c4050c2705cf-- --===============8138625328591677143== 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 --===============8138625328591677143==-- From xen-api-bounces@lists.xen.org Thu Jan 08 17:09:43 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Jan 2015 17:09: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 1Y9GaY-0005LN-VN; Thu, 08 Jan 2015 17:09:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9GaX-0005LI-Hf for xen-api@lists.xen.org; Thu, 08 Jan 2015 17:09:37 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 24/D1-25276-FC9BEA45; Thu, 08 Jan 2015 17:09:35 +0000 X-Env-Sender: dkadds2@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1420736973!19804560!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17578 invoked from network); 8 Jan 2015 17:09:33 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 17:09:33 -0000 Received: by mail-wi0-f178.google.com with SMTP id em10so4671084wid.5 for ; Thu, 08 Jan 2015 09:09:33 -0800 (PST) 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:content-transfer-encoding; bh=lJTiFqSwrf4GOYPLOUPgUGhXn4myvFhSaIuBbf/nyS0=; b=0PTvX/sydkqKOzizdJPYWbhLCuaukHtZYeqCjFd9xx5VWJCV55eHfC1g8UCOp3dCeT oh5paNAKdGfsJCzYCIvr3dY5H4NOh/QIgJIdZ7NAxSMe/S2S+3bvMEHBSjqib9zAJGp7 TBZGTqwS8U99OYzcJcbq5ayPpzJGyTxMD10hRuE6L92Rh4o1IIihjadfGQxe2J2tK1lf C5v2ckPmLANeL5l1h0XzMG3B3+b7omm7qv56aB3bpSkDRUInjceuRMA1iMNkoFL6Kvs0 8v90eQEbk5cJjVDeT+hqxBEMeYyLyPIpJ00bwMNwhCzD0y1p2cxak0oyTpj8S4flmnXN Tz8A== X-Received: by 10.194.8.232 with SMTP id u8mr21023953wja.47.1420736972878; Thu, 08 Jan 2015 09:09:32 -0800 (PST) Received: from BlackApple.local ([88.169.214.221]) by mx.google.com with ESMTPSA id ep9sm7333611wid.3.2015.01.08.09.09.30 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Jan 2015 09:09:32 -0800 (PST) Message-ID: <54AEB9C9.5080200@gmail.com> Date: Thu, 08 Jan 2015 18:09:29 +0100 From: Dawid Kowalski User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Dave Scott References: In-Reply-To: Content-Length: 49264 Cc: Xen API mailing list Subject: Re: [Xen-API] VDI cloning doesn't work - FFS SR on ext4 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: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org RG9uZSA6KQoKRGF3aWQKCgpPbiAwNy8wMS8xNSAyMjoxMiwgRGF2ZSBTY290dCB3cm90ZToKPiBI aSwKPgo+PiBPbiA3IEphbiAyMDE1LCBhdCAwMjozNCwgRGF3aWQgS293YWxza2kgPGRrYWRkczJA Z21haWwuY29tPiB3cm90ZToKPj4KPj4gSGkgR3V5cywKPj4KPj4gSSd2ZSBzcG90dGVkIGFub3Ro ZXIgZXJyb3Igd2hlbiB0cnlpbmcgdG8gY3JlYXRlIFZESSBjbG9uZS4KPiBUaGFua3MgZm9yIHRo ZSByZXBvcnQuIENvdWxkIHlvdSBmaWxlIHRoaXMgaGVyZToKPgo+IGh0dHBzOi8vZ2l0aHViLmNv bS9kanM1NS9mZnMvaXNzdWVzCj4KPiBJdCBzb3VuZHMgbGlrZSBpdCBzaG91bGQgYmUgZWFzeSB0 byByZXByb2R1Y2XigJQgd2Ugc2hvdWxkIGFkZCBhIHRlc3QgY2FzZSBzb21laG93Lgo+Cj4gSSBy ZWFsbHkgc2hvdWxkIGZpeCB0aGUgZ2l0aHViIGZvcmsgcmVsYXRpb25zaGlwIOKAlCBpdOKAmXMg YSBiaXQgb2RkIHRoYXQgeGFwaS1wcm9qZWN0IGlzIGEgZm9yayBvZiBtaW5lLgo+Cj4gVGhhbmtz LAo+IERhdmUKPgo+PiBUaGlzIGlzIGZ1bGx5IHJlcHJvZHVjaWJsZSBlcnJvciBmb3IgbWUuCj4+ IFN0ZXBzIHRvIHJlcHJvZHVjZQo+PiAxLiBjcmVhdGUgVkRJLgo+PiAyLiBjcmVhdGUgY2xvbmUg b2YgdGhpcyBWREkuIFRoaXMgd29uJ3QgcmFpc2UgZXJyb3IgYW5kIFZESSBjbG9uZSB3aWxsIGJl IGNyZWF0ZWQgaG93ZXZlciBzb21lIGVycm9ycyBhcmUgcmFpc2VkIGluIGxvZ3MuCj4+IDMuIGNy ZWF0ZSBhbm90aGVyIGNsb25lIG9mIG9yaWdpbmFsIFZESS4gVGhpcyByYWlzZXMgZXJyb3IgaW1t ZWRpYXRlbHkuCj4+Cj4+IEJlbG93IGlzIGR1bXAgZnJvbSBsb2dzLgo+PiBYZW4tdmVyc2lvbiBy ZXBvcnRzIDQuNAo+Pgo+PiBWREkgQ3JlYXRpb24KPj4gSmFuICA3IDAzOjIzOjMzIHNpbHZlciB4 YXBpOiBbIGluZm98c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGNsaV0geGUg dmRpLWNyZWF0ZSB0eXBlPXN5c3RlbSB2aXJ0dWFsLXNpemU9MTAwTWlCIHNyLXV1aWQ9NWIyNDU4 NjgtMDBjNi1kY2QxLTNjYzktYzU5MGY4ZjJjNTAyIG5hbWUtbGFiZWw9dGVzdDItYmFzZWxpbmUg dXNlcm5hbWU9cm9vdCBwYXNzd29yZD0ob21pdHRlZCkKPj4KPj4gSmFuICA3IDAzOjIzOjMzIHNp bHZlciB4YXBpOiBbIGluZm98c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vz c2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6NjZiMjllOWNiMDRhfHhhcGldIFNlc3Npb24uY3Jl YXRlIHRyYWNraWQ9YTY1NjMwODk5ZjBhZTBjY2EwYTQ2MGIwODhjNTBiODIgcG9vbD1mYWxzZSB1 bmFtZT1yb290IG9yaWdpbmF0b3I9Y2xpIGlzX2xvY2FsX3N1cGVydXNlcj10cnVlIGF1dGhfdXNl cl9zaWQ9IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3OWFlZmU0ZTQ5Cj4+ IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92 YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOjY2YjI5ZTljYjA0 YXxtc2NnZW5dIHhhcGk9PnhhcGkgW2xhYmVsPSJzZXNzaW9uLmdldF91dWlkIl07Cj4+IEphbiAg NyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NyBVTklYIC92YXIvbGli L3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVp ZCBEOjUwMDA4YTIzNzQ5ZCBjcmVhdGVkIGJ5IHRhc2sgRDo2NmIyOWU5Y2IwNGEKPj4gSmFuICA3 IDAzOjIzOjMzIHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjNjYzI0OTdlZjZhM3xhdWRpdF0gVkRJLmNyZWF0ZTogU1Ig PSAnNWIyNDU4NjgtMDBjNi1kY2QxLTNjYzktYzU5MGY4ZjJjNTAyICgvbW50L2ltYWdlcy8pJzsg bmFtZSBsYWJlbCA9ICd0ZXN0Mi1iYXNlbGluZScKPj4gSmFuICA3IDAzOjIzOjMzIHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNyZWF0 ZSBSOjNjYzI0OTdlZjZhM3x4YXBpXSBNYXJraW5nIFNSIGZvciBWREkuY3JlYXRlICh0YXNrPU9w YXF1ZVJlZjozY2MyNDk3ZS1mNmEzLTEwYmEtZDZhNy1iZGUyOTlmOThiZTkpCj4+IEphbiAgNyAw MzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jcmVhdGUgUjozY2MyNDk3ZWY2YTN8c21pbnRdIFNNLmZlYXR1cmU6IHVua25v d24gZmVhdHVyZSBGT1JNQVRfVkhECj4+IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2Rl YnVnfHNpbHZlcnwxMjU3NiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jcmVhdGUgUjozY2My NDk3ZWY2YTN8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+ IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jcmVhdGUgUjozY2MyNDk3ZWY2YTN8c21pbnRdIFNNLmZlYXR1 cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3IDAzOjIzOjMzIHNpbHZl ciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNy ZWF0ZSBSOjNjYzI0OTdlZjZhM3xzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZP Uk1BVF9WSEQKPj4gSmFuICA3IDAzOjIzOjMzIHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEy NTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjNjYzI0OTdlZjZhM3xzbWlu dF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjIz OjMzIHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hh cGl8VkRJLmNyZWF0ZSBSOjNjYzI0OTdlZjZhM3xzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBm ZWF0dXJlIEZPUk1BVF9RQ09XMgo+PiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFsgaW5m b3xzaWx2ZXJ8MTI1NzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY3JlYXRlIFI6M2NjMjQ5 N2VmNmEzfHN0b3JhZ2VfaW1wbF0gVkRJLmNyZWF0ZSBkYmc6T3BhcXVlUmVmOjNjYzI0OTdlLWY2 YTMtMTBiYS1kNmE3LWJkZTI5OWY5OGJlOSBzcjo1YjI0NTg2OC0wMGM2LWRjZDEtM2NjOS1jNTkw ZjhmMmM1MDIgdmRpX2luZm86eyJ2ZGkiOiAiIiwgImNvbnRlbnRfaWQiOiAiIiwgIm5hbWVfbGFi ZWwiOiAidGVzdDItYmFzZWxpbmUiLCAibmFtZV9kZXNjcmlwdGlvbiI6ICIiLCAidHkiOiAic3lz dGVtIiwgIm1ldGFkYXRhX29mX3Bvb2wiOiAiIiwgImlzX2Ffc25hcHNob3QiOiBmYWxzZSwgInNu YXBzaG90X3RpbWUiOiAiMTk3MDAxMDFUMDA6MDA6MDBaIiwgInNuYXBzaG90X29mIjogIiIsICJy ZWFkX29ubHkiOiBmYWxzZSwgInZpcnR1YWxfc2l6ZSI6IDEwNDg1NzYwMCwgInBoeXNpY2FsX3V0 aWxpc2F0aW9uIjogMCwgInBlcnNpc3RlbnQiOiB0cnVlLCAic21fY29uZmlnIjoge319Cj4+IEph biAgNyAwMzoyMzozMyBzaWx2ZXIgZmZzOiBbZGVidWd8c2lsdmVyfDU4NXx8ZmZzXSBWREkuY3Jl YXRlIHRlc3QyLWJhc2VsaW5lIC0+IC9tbnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lICgxMDQ4NTc2 MDApCj4+IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgZmZzOiBbZGVidWd8c2lsdmVyfDU4NXx8ZmZz XSB3cml0ZSA+L21udC9pbWFnZXMvdGVzdDItYmFzZWxpbmUuanNvbgo+PiBKYW4gIDcgMDM6MjM6 MzMgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1NzYgVU5JWCAvdmFyL2xpYi94Y3AveGFw aXxWREkuY3JlYXRlIFI6M2NjMjQ5N2VmNmEzfHhhcGldIENyZWF0aW5nIFZESTogeyJ2ZGkiOiAi dGVzdDItYmFzZWxpbmUiLCAiY29udGVudF9pZCI6ICIiLCAibmFtZV9sYWJlbCI6ICJ0ZXN0Mi1i YXNlbGluZSIsICJuYW1lX2Rlc2NyaXB0aW9uIjogIiIsICJ0eSI6ICJzeXN0ZW0iLCAibWV0YWRh dGFfb2ZfcG9vbCI6ICIiLCAiaXNfYV9zbmFwc2hvdCI6IGZhbHNlLCAic25hcHNob3RfdGltZSI6 ICIxOTcwMDEwMVQwMDowMDowMFoiLCAic25hcHNob3Rfb2YiOiAiIiwgInJlYWRfb25seSI6IGZh bHNlLCAidmlydHVhbF9zaXplIjogMTA0ODU3NjAwLCAicGh5c2ljYWxfdXRpbGlzYXRpb24iOiAw LCAicGVyc2lzdGVudCI6IHRydWUsICJzbV9jb25maWciOiB7InR5cGUiOiAidmhkIn19IChyZWY9 T3BhcXVlUmVmOjg4YWNlMzkyLTlkYTctOTk3Yy00MDZkLWYzNzE4MDQ4ZGMxZCkKPj4gSmFuICA3 IDAzOjIzOjMzIHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjNjYzI0OTdlZjZhM3x4YXBpXSBVbm1hcmtpbmcgU1IgYWZ0 ZXIgVkRJLmNyZWF0ZSAodGFzaz1PcGFxdWVSZWY6M2NjMjQ5N2UtZjZhMy0xMGJhLWQ2YTctYmRl Mjk5Zjk4YmU5KQo+PiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8 MTI1NzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY3JlYXRlIFI6M2NjMjQ5N2VmNmEzfHNt aW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcgMDM6 MjM6MzMgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1NzYgVU5JWCAvdmFyL2xpYi94Y3Av eGFwaXxWREkuY3JlYXRlIFI6M2NjMjQ5N2VmNmEzfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3du IGZlYXR1cmUgRk9STUFUX1JBVwo+PiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFtkZWJ1 Z3xzaWx2ZXJ8MTI1NzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY3JlYXRlIFI6M2NjMjQ5 N2VmNmEzfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+ IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogWzIwMTUwMTA3VDAyOjIzOjMzLjEyNlp8YXVk aXR8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjNjYzI0 OTdlZjZhM3xhdWRpdF0gKCd0cmFja2lkPWE2NTYzMDg5OWYwYWUwY2NhMGE0NjBiMDg4YzUwYjgy JyAnTE9DQUxfU1VQRVJVU0VSJyAncm9vdCcgJ0FMTE9XRUQnICdPSycgJ0FQSScgJ1ZESS5jcmVh dGUnICgoJ25hbWVfbGFiZWwnICd0ZXN0Mi1iYXNlbGluZScgJycgJycpICgnbmFtZV9kZXNjcmlw dGlvbicgJycgJycgJycpICgnU1InICcvbW50L2ltYWdlcy8nICc1YjI0NTg2OC0wMGM2LWRjZDEt M2NjOS1jNTkwZjhmMmM1MDInICdPcGFxdWVSZWY6NzRiMDYzZmMtYWQ5MC1mMmZhLTExZjYtZmFh NmRjZjFmYzQ4JykpKQo+PiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2 ZXJ8MTI1NzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ291dCBEOjZmODMxODEw NWI2MHx4YXBpXSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD1hNjU2MzA4OTlmMGFlMGNjYTBhNDYw YjA4OGM1MGI4Mgo+PiBKYW4gIDcgMDM6MjM6MzUgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8 NzJ8eGFwaSBldmVudHMgRDplZDBmOGEzM2JhOTJ8bXNjZ2VuXSB4YXBpPT54YXBpIFtsYWJlbD0i ZXZlbnQuZnJvbSJdOwo+PiBKYW4gIDcgMDM6MjM6MzUgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1ODIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp c3BhdGNoOmV2ZW50LmZyb20gRDo4MzZkZjYzOTM5YWUgY3JlYXRlZCBieSB0YXNrIEQ6ZWQwZjhh MzNiYTkyCj4+Cj4+IFZESSBjcmVhdGlvbiBkb25lCj4+Cj4+Cj4+Cj4+IFZESSBjbG9uZSAtIGZp cnN0IC0gbm8gZXJyb3IgcmV0dXJuZWQsIGNsb25lZCB2ZGkgYWNjZXNzaWJsZQo+Pgo+PiBKYW4g IDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xp Yi94Y3AveGFwaXx8Y2xpXSB4ZSB2ZGktY2xvbmUgdXVpZD04OTM5Y2RjOC1kNDNkLTE2YTktZWZk Mi0KPj4gMGE4NWZhMjM5ZDc5IG5ldy1uYW1lLWxhYmVsPXRlc3QxLWNsb25lMiB1c2VybmFtZT1y b290IHBhc3N3b3JkPShvbWl0dGVkKQo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsg aW5mb3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ2luX3dp dGhfcGFzc3dvcmQgRDoxYTAwOTE1MzViYzV8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD1h NmQxNjlkY2U3NWRlNGZjMzlkMzZmYzQ2NDFjNmM4NSBwb29sPWZhbHNlIHVuYW1lPXJvb3Qgb3Jp Z2luYXRvcj1jbGkgaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3NpZD0gcGFyZW50 PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKPj4gSmFuICA3IDAzOjIz OjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hh cGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6MWEwMDkxNTM1YmM1fG1zY2dlbl0geGFw aT0+eGFwaSBbbGFiZWw9InNlc3Npb24uZ2V0X3V1aWQiXTsKPj4gSmFuICA3IDAzOjIzOjU5IHNp bHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1 bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6MTA0MmEwYmM4 ZDkzIGNyZWF0ZWQgYnkgdGFzayBEOjFhMDA5MTUzNWJjNQo+PiBKYW4gIDcgMDM6MjM6NTkgc2ls dmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREku Y2xvbmUgUjo0NmNkN2ZjMWQ0MDl8YXVkaXRdIFZESS5jbG9uZTogVkRJID0gJzg5MzljZGM4LWQ0 M2QtMTZhOS1lZmQyLTBhODVmYTIzOWQ3OScKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBp OiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6 NDZjZDdmYzFkNDA5fHhhcGldIE1hcmtpbmcgU1IgZm9yIFZESS5jbG9uZSAodGFzaz1PcGFxdWVS ZWY6NDZjZDdmYzEtZDQwOS0zZDc5LTAzYzEtMzUzMjRmMzNkNDU0KQo+PiBKYW4gIDcgMDM6MjM6 NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFw aXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVh dHVyZSBGT1JNQVRfVkhECj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNp bHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQw OXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4gSmFuICA3 IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtu b3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTog W2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2 Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQK Pj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVgg L3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0 dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVwo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVy IHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xv bmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JN QVRfUUNPVzIKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEy NTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50 XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcgMDM6MjM6 NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFw aXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVh dHVyZSBGT1JNQVRfUkFXCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNp bHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQw OXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMgo+PiBKYW4g IDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xp Yi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c3RvcmFnZV9pbXBsXSBWREkuY2xv bmUgZGJnOk9wYXF1ZVJlZjo0NmNkN2ZjMS1kNDA5LTNkNzktMDNjMS0zNTMyNGYzM2Q0NTQgc3I6 NWIyNDU4NjgtMDBjNi1kY2QxLTNjYzktYzU5MGY4ZjJjNTAyIHZkaV9pbmZvOnsidmRpIjogInRl c3QyLWJhc2VsaW5lIiwgImNvbnRlbnRfaWQiOiAiIiwgIm5hbWVfbGFiZWwiOiAidGVzdDItYmFz ZWxpbmUiLCAibmFtZV9kZXNjcmlwdGlvbiI6ICIiLCAidHkiOiAidXNlciIsICJtZXRhZGF0YV9v Zl9wb29sIjogIiIsICJpc19hX3NuYXBzaG90IjogZmFsc2UsICJzbmFwc2hvdF90aW1lIjogIjE5 NzAwMTAxVDAwOjAwOjAwWiIsICJzbmFwc2hvdF9vZiI6ICIiLCAicmVhZF9vbmx5IjogZmFsc2Us ICJ2aXJ0dWFsX3NpemUiOiAwLCAicGh5c2ljYWxfdXRpbGlzYXRpb24iOiAwLCAicGVyc2lzdGVu dCI6IHRydWUsICJzbV9jb25maWciOiB7fX0KPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciBmZnM6 IFsgaW5mb3xzaWx2ZXJ8NTg2fHxmZnNdIFZESS5jbG9uZSB0ZXN0Mi1iYXNlbGluZSAoZm9ybWF0 ID0gdmhkKQo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIGZmczogWyBpbmZvfHNpbHZlcnw1ODZ8 fGZmc10gcmVuYW1lIC9tbnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lIC0+IC9tbnQvaW1hZ2VzL3Rl c3QyLWJhc2VsaW5lLjEKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciBmZnM6IFtkZWJ1Z3xzaWx2 ZXJ8NTg2fHxmZnNdIHdyaXRlID4vbW50L2ltYWdlcy90ZXN0Mi1iYXNlbGluZS4xLnJlYWRtZQo+ PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIGZmczogW2RlYnVnfHNpbHZlcnw1ODZ8fGZmc10gd3Jp dGUgPi9tbnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lLjIuanNvbgo+PiBKYW4gIDcgMDM6MjM6NTkg c2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW REkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8eGFwaV0gQ3JlYXRpbmcgVkRJOiB7InZkaSI6ICJ0ZXN0 Mi1iYXNlbGluZS4yIiwgImNvbnRlbnRfaWQiOiAiIiwgIm5hbWVfbGFiZWwiOiAidGVzdDItYmFz ZWxpbmUiLCAibmFtZV9kZXNjcmlwdGlvbiI6ICIiLCAidHkiOiAidXNlciIsICJtZXRhZGF0YV9v Zl9wb29sIjogIiIsICJpc19hX3NuYXBzaG90IjogZmFsc2UsICJzbmFwc2hvdF90aW1lIjogIjE5 NzAwMTAxVDAwOjAwOjAwWiIsICJzbmFwc2hvdF9vZiI6ICIiLCAicmVhZF9vbmx5IjogZmFsc2Us ICJ2aXJ0dWFsX3NpemUiOiAxMDQ4NTc2MDAsICJwaHlzaWNhbF91dGlsaXNhdGlvbiI6IDAsICJw ZXJzaXN0ZW50IjogdHJ1ZSwgInNtX2NvbmZpZyI6IHsidHlwZSI6ICJ2aGQifX0gKHJlZj1PcGFx dWVSZWY6YzVkMjZhODYtODBjMi01YmE5LWNlZWItYjI0YWQ5MmQ5NTYwKQo+PiBKYW4gIDcgMDM6 MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3Av eGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8eGFwaV0gVW5tYXJraW5nIFNSIGFmdGVyIFZE SS5jbG9uZSAodGFzaz1PcGFxdWVSZWY6NDZjZDdmYzEtZDQwOS0zZDc5LTAzYzEtMzUzMjRmMzNk NDU0KQo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODgg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhECj4+IEphbiAgNyAwMzoyMzo1OSBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVy fDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNt aW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+IEphbiAgNyAw MzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9WSEQKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdm YzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVwo+PiBK YW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6 IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1ZIRAo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODgg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+IEphbiAgNyAwMzoyMzo1OSBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9RQ09XMgo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhECj4+IEphbiAgNyAw MzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdm YzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+ IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1JBVwo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODgg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3IDAzOjIzOjU5 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1 cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+IEphbiAgNyAw MzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9RQ09XMgo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtk ZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNk N2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhECj4+ IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1FDT1cyCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4 OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0g U00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQKPj4gSmFuICA3IDAzOjIzOjU5 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1 cmUgRk9STUFUX1JBVwo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3 IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtu b3duIGZlYXR1cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtk ZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNk N2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+ IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMgo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVy IHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xv bmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JN QVRfVkhECj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4 OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0g U00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjIzOjU5 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1 cmUgRk9STUFUX1FDT1cyCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogWzIwMTUwMTA3 VDAyOjIzOjU5LjkxMVp8YXVkaXR8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fGF1ZGl0XSAoJ3RyYWNraWQ9YTZkMTY5ZGNlNzVkZTRm YzM5ZDM2ZmM0NjQxYzZjODUnICdMT0NBTF9TVVBFUlVTRVInICdyb290JyAnQUxMT1dFRCcgJ09L JyAnQVBJJyAnVkRJLmNsb25lJyAoKCd2ZGknICd0ZXN0Mi1iYXNlbGluZScgJzg5MzljZGM4LWQ0 M2QtMTZhOS1lZmQyLTBhODVmYTIzOWQ3OScgJ09wYXF1ZVJlZjo4OGFjZTM5Mi05ZGE3LTk5N2Mt NDA2ZC1mMzcxODA0OGRjMWQnKSkpCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2Rl YnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5zZXRfbmFtZV9sYWJl bCBSOjJiNDY4OTNjZDExMXxhdWRpdF0gVkRJLnNldF9uYW1lX2xhYmVsOiBWREkgPSAnNTE2YTgw M2UtMjEyYy02YTBkLTI3NzMtYzI2MTU1ZjczM2U5JyBuYW1lLWxhYmVsID0gJ3Rlc3QxLWNsb25l MicKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVO SVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnNldF9uYW1lX2xhYmVsIFI6MmI0Njg5M2NkMTExfG1z Y2dlbl0geGFwaT0+eGFwaSBbbGFiZWw9InNlc3Npb24uc2xhdmVfbG9naW4iXTsKPj4gSmFuICA3 IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTkzIFVOSVggL3Zhci9saWIv eGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLnNsYXZlX2xv Z2luIEQ6OWNkMGY1ZmM4YThlIGNyZWF0ZWQgYnkgdGFzayBSOjJiNDY4OTNjZDExMQo+PiBKYW4g IDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1OTMgVU5JWCAvdmFyL2xp Yi94Y3AveGFwaXxzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6MjIyN2IzZmI5MTcyfHhhcGldIFNlc3Np b24uY3JlYXRlIHRyYWNraWQ9N2EwYjMxOTM0ZjdiODVlOWFhYTFhYzE1ZTE3NTNjMzAgcG9vbD10 cnVlIHVuYW1lPSBvcmlnaW5hdG9yPSBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJf c2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZlNGU0OQo+PiBK YW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTMgVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6MjIyN2IzZmI5MTcyfG1zY2dlbl0g eGFwaT0+eGFwaSBbbGFiZWw9InNlc3Npb24uZ2V0X3V1aWQiXTsKPj4gSmFuICA3IDAzOjIzOjU5 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6YzA5OWZm MTY0NWZmIGNyZWF0ZWQgYnkgdGFzayBEOjIyMjdiM2ZiOTE3Mgo+PiBKYW4gIDcgMDM6MjM6NTkg c2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW REkuc2V0X25hbWVfbGFiZWwgUjoyYjQ2ODkzY2QxMTF8bXNjZ2VuXSB4YXBpPT54YXBpIFtsYWJl bD0iVkRJLnVwZGF0ZSJdOwo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xz aWx2ZXJ8MTI1OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNr IGRpc3BhdGNoOlZESS51cGRhdGUgRDpkY2I0MTI0YWMzY2QgY3JlYXRlZCBieSB0YXNrIFI6MmI0 Njg5M2NkMTExCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogWyBpbmZvfHNpbHZlcnwx MjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS51cGRhdGUgRDpkY2I0MTI0 YWMzY2R8dGFza2hlbHBlcl0gdGFzayBWREkudXBkYXRlIFI6NDAzOTIwNjg1MTI4ICh1dWlkOmVk OGZmOTA1LTk3YjUtODQyYi0xZmQ3LTllNjRmNWYwM2Q1ZSkgY3JlYXRlZCAodHJhY2tpZD03YTBi MzE5MzRmN2I4NWU5YWFhMWFjMTVlMTc1M2MzMCkgYnkgdGFzayBSOjJiNDY4OTNjZDExMQo+PiBK YW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTUgVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkudXBkYXRlIFI6NDAzOTIwNjg1MTI4fHNtaW50XSBTTS5mZWF0dXJl OiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhh cGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkudXBkYXRl IFI6NDAzOTIwNjg1MTI4fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1JBVwo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTUg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkudXBkYXRlIFI6NDAzOTIwNjg1MTI4fHNtaW50XSBT TS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+IEphbiAgNyAwMzoyMzo1 OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBp fFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8YmFja3RyYWNlXSBSYWlzZWQgYXQgZmlsZSBcInhh cGlfdmRpLm1sXCIsIGxpbmUgMTkwLCBjaGFyYWN0ZXJzIDI2LTU3XG5DYWxsZWQgZnJvbSBmaWxl IFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMzEyMiwgY2hhcmFjdGVycyA1LTU3XG5D YWxsZWQgZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMjgzLCBjaGFy YWN0ZXJzIDUtOFxuCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZl cnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8 eGFwaV0gQ2F1Z2h0IGV4Y2VwdGlvbiB3aGlsZSBTUl9PUEVSQVRJT05fTk9UX1NVUFBPUlRFRDog WyBPcGFxdWVSZWY6NzRiMDYzZmMtYWQ5MC1mMmZhLTExZjYtZmFhNmRjZjFmYzQ4IF0gaW4gbWVz c2FnZSBmb3J3YXJkZXI6IG1hcmtpbmcgVkRJIGZvciBWREkudXBkYXRlCj4+IEphbiAgNyAwMzoy Mzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94 YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8YmFja3RyYWNlXSBSYWlzZWQgYXQgZmlsZSBc InhhcGlfdmRpLm1sXCIsIGxpbmUgMTkwLCBjaGFyYWN0ZXJzIDI2LTU3XG5DYWxsZWQgZnJvbSBm aWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMzEyMiwgY2hhcmFjdGVycyA1LTU3 XG5DYWxsZWQgZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMjgzLCBj aGFyYWN0ZXJzIDUtOFxuUmUtcmFpc2VkIGF0IGZpbGUgXCJtZXNzYWdlX2ZvcndhcmRpbmcubWxc IiwgbGluZSAyODYsIGNoYXJhY3RlcnMgOC05XG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL3BlcnZh c2l2ZWV4dC5tbFwiLCBsaW5lIDMzLCBjaGFyYWN0ZXJzIDM2LTM5XG5SZS1yYWlzZWQgYXQgZmls ZSBcIm1lc3NhZ2VfZm9yd2FyZGluZy5tbFwiLCBsaW5lIDMxMzYsIGNoYXJhY3RlcnMgMTItMTNc bkNhbGxlZCBmcm9tIGZpbGUgXCJsaWIvdGhyZWFkZXh0Lm1sXCIsIGxpbmUgMjAsIGNoYXJhY3Rl cnMgMjAtMjRcblJlLXJhaXNlZCBhdCBmaWxlIFwibGliL3RocmVhZGV4dC5tbFwiLCBsaW5lIDIw LCBjaGFyYWN0ZXJzIDYyLTY1XG5DYWxsZWQgZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5n Lm1sXCIsIGxpbmUgMTQ5LCBjaGFyYWN0ZXJzIDE5LTI1XG5DYWxsZWQgZnJvbSBmaWxlIFwibWVz c2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMzEyOCwgY2hhcmFjdGVycyAzLTM2OVxuQ2FsbGVk IGZyb20gZmlsZSBcInJiYWMubWxcIiwgbGluZSAyMjcsIGNoYXJhY3RlcnMgMTYtMjNcbgo+PiBK YW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsyMDE1MDEwN1QwMjoyMzo1OS45MjdafGF1ZGl0 fHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2 ODUxMjh8YXVkaXRdICgndHJhY2tpZD03YTBiMzE5MzRmN2I4NWU5YWFhMWFjMTVlMTc1M2MzMCcg J0xPQ0FMX1NVUEVSVVNFUicgJ09wYXF1ZVJlZjowZDBkN2JmNy00ZDAzLWFmYzQtNDI4MC04NzI0 MDE0MjI0YmEnICdBTExPV0VEJyAnRVJST1I6U1JfT1BFUkFUSU9OX05PVF9TVVBQT1JURUQ6IFsg T3BhcXVlUmVmOjc0YjA2M2ZjLWFkOTAtZjJmYS0xMWY2LWZhYTZkY2YxZmM0OCBdJyAnQVBJJyAn VkRJLnVwZGF0ZScgKCgndmRpJyAndGVzdDEtY2xvbmUyJyAnNTE2YTgwM2UtMjEyYy02YTBkLTI3 NzMtYzI2MTU1ZjczM2U5JyAnT3BhcXVlUmVmOmM1ZDI2YTg2LTgwYzItNWJhOS1jZWViLWIyNGFk OTJkOTU2MCcpKSkKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVy fDEyNTk1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnVwZGF0ZSBSOjQwMzkyMDY4NTEyOHxi YWNrdHJhY2VdIFJhaXNlZCBhdCBmaWxlIFwicmJhYy5tbFwiLCBsaW5lIDIzNiwgY2hhcmFjdGVy cyAxMC0xNVxuQ2FsbGVkIGZyb20gZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxpbmUgNzUs IGNoYXJhY3RlcnMgMTEtNDFcbgo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1 Z3xzaWx2ZXJ8MTI1OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkudXBkYXRlIFI6NDAzOTIw Njg1MTI4fGRpc3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hhbmRsZXI6 IEdvdCBleGNlcHRpb24gU1JfT1BFUkFUSU9OX05PVF9TVVBQT1JURUQ6IFsgT3BhcXVlUmVmOjc0 YjA2M2ZjLWFkOTAtZjJmYS0xMWY2LWZhYTZkY2YxZmM0OCBdCj4+IEphbiAgNyAwMzoyMzo1OSBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8ZGlzcGF0Y2hlcl0gUmFpc2VkIGF0IGZpbGUgXCJyYmFj Lm1sXCIsIGxpbmUgMjM2LCBjaGFyYWN0ZXJzIDEwLTE1XG5DYWxsZWQgZnJvbSBmaWxlIFwic2Vy dmVyX2hlbHBlcnMubWxcIiwgbGluZSA3NSwgY2hhcmFjdGVycyAxMS00MVxuCj4+IEphbiAgNyAw MzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8YmFja3RyYWNlXSBSYWlzZWQgYXQgZmls ZSBcInJiYWMubWxcIiwgbGluZSAyMzYsIGNoYXJhY3RlcnMgMTAtMTVcbkNhbGxlZCBmcm9tIGZp bGUgXCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDc1LCBjaGFyYWN0ZXJzIDExLTQxXG4KPj4g SmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk1IFVOSVggL3Zh ci9saWIveGNwL3hhcGl8VkRJLnVwZGF0ZSBSOjQwMzkyMDY4NTEyOHx4YXBpXSBSYWlzZWQgYXQg ZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxpbmUgOTAsIGNoYXJhY3RlcnMgMTQtMTVcbkNh bGxlZCBmcm9tIGZpbGUgXCJsaWIvcGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjIsIGNoYXJhY3Rl cnMgMi05XG4KPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEy NTk1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLnVwZGF0ZSBEOmRjYjQxMjRh YzNjZHx4YXBpXSBSYWlzZWQgYXQgZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwgbGluZSAy NiwgY2hhcmFjdGVycyAyMi0yNVxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9kZWJ1Zy5tbFwiLCBs aW5lIDU3LCBjaGFyYWN0ZXJzIDE3LTIwXG5SZS1yYWlzZWQgYXQgZmlsZSBcImxpYi9kZWJ1Zy5t bFwiLCBsaW5lIDYyLCBjaGFyYWN0ZXJzIDEwLTExXG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL3Bl cnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDIyLCBjaGFyYWN0ZXJzIDItOVxuCj4+IEphbiAgNyAwMzoy Mzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94 YXBpfGRpc3BhdGNoOlZESS51cGRhdGUgRDpkY2I0MTI0YWMzY2R8YmFja3RyYWNlXSBSYWlzZWQg YXQgZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwgbGluZSAyNiwgY2hhcmFjdGVycyAyMi0y NVxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9kZWJ1Zy5tbFwiLCBsaW5lIDU3LCBjaGFyYWN0ZXJz IDE3LTIwXG5SZS1yYWlzZWQgYXQgZmlsZSBcImxpYi9kZWJ1Zy5tbFwiLCBsaW5lIDYyLCBjaGFy YWN0ZXJzIDEwLTExXG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBs aW5lIDIyLCBjaGFyYWN0ZXJzIDItOVxuUmUtcmFpc2VkIGF0IGZpbGUgXCJsaWIvcGVydmFzaXZl ZXh0Lm1sXCIsIGxpbmUgMjYsIGNoYXJhY3RlcnMgMjItMjVcbkNhbGxlZCBmcm9tIGZpbGUgXCJz ZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDEzNiwgY2hhcmFjdGVycyAxMC0xMDZcbkNhbGxlZCBm cm9tIGZpbGUgXCJzZXJ2ZXIubWxcIiwgbGluZSAyMzYxNywgY2hhcmFjdGVycyAyMy0xNjFcbkNh bGxlZCBmcm9tIGZpbGUgXCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDExNSwgY2hhcmFjdGVy cyA0LTdcbgo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1 ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuc2V0X25hbWVfbGFiZWwgUjoyYjQ2ODkzY2Qx MTF8eGFwaV0gUmFpc2VkIGF0IGZpbGUgXCJjbGllbnQubWxcIiwgbGluZSA2LCBjaGFyYWN0ZXJz IDM3LTc1XG5DYWxsZWQgZnJvbSBmaWxlIFwiY2xpZW50Lm1sXCIsIGxpbmUgMTgsIGNoYXJhY3Rl cnMgNTUtMTEwXG5DYWxsZWQgZnJvbSBmaWxlIFwiY2xpZW50Lm1sXCIsIGxpbmUgMTAwNzMsIGNo YXJhY3RlcnMgNi01NFxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwg bGluZSAyMiwgY2hhcmFjdGVycyAyLTlcbgo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6 IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuc2V0X25hbWVf bGFiZWwgUjoyYjQ2ODkzY2QxMTF8bXNjZ2VuXSB4YXBpPT54YXBpIFtsYWJlbD0ic2Vzc2lvbi5s b2dvdXQiXTsKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEy NTk2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRj aDpzZXNzaW9uLmxvZ291dCBEOjZiMDJkMWQ4YTM3YyBjcmVhdGVkIGJ5IHRhc2sgUjoyYjQ2ODkz Y2QxMTEKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbIGluZm98c2lsdmVyfDEyNTk2 IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dvdXQgRDpmMWJiYzY2MWU1MzR8eGFw aV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9N2EwYjMxOTM0ZjdiODVlOWFhYTFhYzE1ZTE3NTNj MzAKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVO SVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnNldF9uYW1lX2xhYmVsIFI6MmI0Njg5M2NkMTExfHhh cGldIENvdWxkIG5vdCBwZXJzaXN0IGNoYW5nZSB0byBTUiAtIGNhdWdodCBBcGlfZXJyb3JzLlNl cnZlcl9lcnJvcigiU1JfT1BFUkFUSU9OX05PVF9TVVBQT1JURUQiLCBfKQo+PiBKYW4gIDcgMDM6 MjM6NTkgc2lsdmVyIHhhcGk6IFsyMDE1MDEwN1QwMjoyMzo1OS45MzRafGF1ZGl0fHNpbHZlcnwx MjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5zZXRfbmFtZV9sYWJlbCBSOjJiNDY4OTNj ZDExMXxhdWRpdF0gKCd0cmFja2lkPWE2ZDE2OWRjZTc1ZGU0ZmMzOWQzNmZjNDY0MWM2Yzg1JyAn TE9DQUxfU1VQRVJVU0VSJyAncm9vdCcgJ0FMTE9XRUQnICdPSycgJ0FQSScgJ1ZESS5zZXRfbmFt ZV9sYWJlbCcgKCgnc2VsZicgJ3Rlc3QxLWNsb25lMicgJzUxNmE4MDNlLTIxMmMtNmEwZC0yNzcz LWMyNjE1NWY3MzNlOScgJ09wYXF1ZVJlZjpjNWQyNmE4Ni04MGMyLTViYTktY2VlYi1iMjRhZDky ZDk1NjAnKSkpCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogWyBpbmZvfHNpbHZlcnwx MjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9nb3V0IEQ6NTk4ZmJiOTA4OGE1 fHhhcGldIFNlc3Npb24uZGVzdHJveSB0cmFja2lkPWE2ZDE2OWRjZTc1ZGU0ZmMzOWQzNmZjNDY0 MWM2Yzg1Cj4+Cj4+Cj4+Cj4+Cj4+IFZESSBjbG9uZTIgLSByYWlzZXMgZXJyb3IgaW1tZWRpYXRl bHkKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbIGluZm98c2lsdmVyfDEyNTk5IFVO SVggL3Zhci9saWIveGNwL3hhcGl8fGNsaV0geGUgdmRpLWNsb25lIHV1aWQ9ODkzOWNkYzgtZDQz ZC0xNmE5LWVmZDItMGE4NWZhMjM5ZDc5IG5ldy1uYW1lLWxhYmVsPXRlc3QxLWNsb25lMyB1c2Vy bmFtZT1yb290IHBhc3N3b3JkPShvbWl0dGVkKQo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhh cGk6IFsgaW5mb3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxv Z2luX3dpdGhfcGFzc3dvcmQgRDozYjMzNDEwYjg0ZTV8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJh Y2tpZD1kMmMxNjdkZWYwZGJhNjg1OWRjZjc5MDVhYTQ2YTBkZSBwb29sPWZhbHNlIHVuYW1lPXJv b3Qgb3JpZ2luYXRvcj1jbGkgaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3NpZD0g cGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKPj4gSmFuICA3 IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6M2IzMzQxMGI4NGU1fG1zY2dl bl0geGFwaT0+eGFwaSBbbGFiZWw9InNlc3Npb24uZ2V0X3V1aWQiXTsKPj4gSmFuICA3IDAzOjI0 OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNjAwIFVOSVggL3Zhci9saWIveGNwL3hh cGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6MmM0 NTYzNDJjZjJhIGNyZWF0ZWQgYnkgdGFzayBEOjNiMzM0MTBiODRlNQo+PiBKYW4gIDcgMDM6MjQ6 MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFw aXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8YXVkaXRdIFZESS5jbG9uZTogVkRJID0gJzg5Mzlj ZGM4LWQ0M2QtMTZhOS1lZmQyLTBhODVmYTIzOWQ3OScKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZl ciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNs b25lIFI6MDRmOTMxNTdlNjRlfHhhcGldIE1hcmtpbmcgU1IgZm9yIFZESS5jbG9uZSAodGFzaz1P cGFxdWVSZWY6MDRmOTMxNTctZTY0ZS0wZTQ0LWMwNWYtMTZkNTkxYzZjYmVkKQo+PiBKYW4gIDcg MDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94 Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25v d24gZmVhdHVyZSBGT1JNQVRfVkhECj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2Rl YnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0Zjkz MTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4g SmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zh ci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJl OiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIg eGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9u ZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1B VF9WSEQKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5 IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBT TS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVwo+PiBKYW4gIDcgMDM6MjQ6MDgg c2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW REkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVy ZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2ls dmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRl fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcg MDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94 Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25v d24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2Rl YnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0Zjkz MTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMgo+ PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1OTkgVU5JWCAv dmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c3RvcmFnZV9pbXBsXSBW REkuY2xvbmUgZGJnOk9wYXF1ZVJlZjowNGY5MzE1Ny1lNjRlLTBlNDQtYzA1Zi0xNmQ1OTFjNmNi ZWQgc3I6NWIyNDU4NjgtMDBjNi1kY2QxLTNjYzktYzU5MGY4ZjJjNTAyIHZkaV9pbmZvOnsidmRp IjogInRlc3QyLWJhc2VsaW5lIiwgImNvbnRlbnRfaWQiOiAiIiwgIm5hbWVfbGFiZWwiOiAidGVz dDItYmFzZWxpbmUiLCAibmFtZV9kZXNjcmlwdGlvbiI6ICIiLCAidHkiOiAidXNlciIsICJtZXRh ZGF0YV9vZl9wb29sIjogIiIsICJpc19hX3NuYXBzaG90IjogZmFsc2UsICJzbmFwc2hvdF90aW1l IjogIjE5NzAwMTAxVDAwOjAwOjAwWiIsICJzbmFwc2hvdF9vZiI6ICIiLCAicmVhZF9vbmx5Ijog ZmFsc2UsICJ2aXJ0dWFsX3NpemUiOiAwLCAicGh5c2ljYWxfdXRpbGlzYXRpb24iOiAwLCAicGVy c2lzdGVudCI6IHRydWUsICJzbV9jb25maWciOiB7fX0KPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZl ciBmZnM6IFsgaW5mb3xzaWx2ZXJ8NTg3fHxmZnNdIFZESS5jbG9uZSB0ZXN0Mi1iYXNlbGluZSAo Zm9ybWF0ID0gdmhkKQo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIGZmczogWyBpbmZvfHNpbHZl cnw1ODd8fGZmc10gcmVuYW1lIC9tbnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lIC0+IC9tbnQvaW1h Z2VzL3Rlc3QyLWJhc2VsaW5lLjMKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciBmZnM6IFsgaW5m b3xzaWx2ZXJ8NTg3fHxmZnNdIE5vIC5yZWFkbWUgZmlsZSBjb250YWluaW5nIGNoaWxkIGluZm9y bWF0aW9uIGZvciAvbW50L2ltYWdlcy90ZXN0Mi1iYXNlbGluZS4xCj4+IEphbiAgNyAwMzoyNDow OCBzaWx2ZXIgZmZzOiBbZXJyb3J8c2lsdmVyfDU4N3x8ZmZzXSBpbWFnZSBub2RlIC9tbnQvaW1h Z2VzL3Rlc3QyLWJhc2VsaW5lLjEgaGFzIG5vIGFzc29jaWF0ZWQgbWV0YWRhdGEgLS0gSSBjYW4n dCByaXNrIG1hbmlwdWxhdGluZyBpdAo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtk ZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5 MzE1N2U2NGV8eGFwaV0gQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwg bGluZSAyMiwgY2hhcmFjdGVycyAyLTlcbgo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6 IFtlcnJvcnxzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjow NGY5MzE1N2U2NGV8c3RvcmFnZV9hY2Nlc3NdIFJlLXJhaXNpbmcgYXMgSU5URVJOQUxfRVJST1Ig WyBTdG9yYWdlX2ludGVyZmFjZS5JbnRlcm5hbF9lcnJvcigiRmFpbHVyZShcImltYWdlIG1ldGFk YXRhIGludGVncml0eSBjaGVjayBmYWlsZWRcIikiKSBdCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2 ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5j bG9uZSBSOjA0ZjkzMTU3ZTY0ZXx4YXBpXSBSYWlzZWQgYXQgZmlsZSBcInN0b3JhZ2VfYWNjZXNz Lm1sXCIsIGxpbmUgOTczLCBjaGFyYWN0ZXJzIDktODdcbkNhbGxlZCBmcm9tIGZpbGUgXCJtZXNz YWdlX2ZvcndhcmRpbmcubWxcIiwgbGluZSAyMzMsIGNoYXJhY3RlcnMgMjUtNDRcbkNhbGxlZCBm cm9tIGZpbGUgXCJsaWIvcGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjIsIGNoYXJhY3RlcnMgMi05 XG4KPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVO SVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHhhcGldIFVubWFy a2luZyBTUiBhZnRlciBWREkuY2xvbmUgKHRhc2s9T3BhcXVlUmVmOjA0ZjkzMTU3LWU2NGUtMGU0 NC1jMDVmLTE2ZDU5MWM2Y2JlZCkKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMx NTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRAo+PiBK YW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6 IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFw aTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBS OjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9R Q09XMgo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhECj4+IEphbiAgNyAwMzoyNDowOCBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVy fDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNt aW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+IEphbiAgNyAw MzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9WSEQKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMx NTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVwo+PiBK YW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6 IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1ZIRAo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+IEphbiAgNyAwMzoyNDowOCBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9RQ09XMgo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhECj4+IEphbiAgNyAw MzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMx NTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+ IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1JBVwo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3IDAzOjI0OjA4 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1 cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+IEphbiAgNyAw MzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9RQ09XMgo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtk ZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5 MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhECj4+ IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1FDT1cyCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5 OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0g U00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQKPj4gSmFuICA3IDAzOjI0OjA4 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1 cmUgRk9STUFUX1JBVwo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3 IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtu b3duIGZlYXR1cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtk ZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5 MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+ IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMgo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVy IHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xv bmUgUjowNGY5MzE1N2U2NGV8YmFja3RyYWNlXSBSYWlzZWQgYXQgZmlsZSBcImxpYi9wZXJ2YXNp dmVleHQubWxcIiwgbGluZSAyNiwgY2hhcmFjdGVycyAyMi0yNVxuQ2FsbGVkIGZyb20gZmlsZSBc InJiYWMubWxcIiwgbGluZSAyMjcsIGNoYXJhY3RlcnMgMTYtMjNcbgo+PiBKYW4gIDcgMDM6MjQ6 MDggc2lsdmVyIHhhcGk6IFsyMDE1MDEwN1QwMjoyNDowOC43NTRafGF1ZGl0fHNpbHZlcnwxMjU5 OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxhdWRpdF0g KCd0cmFja2lkPWQyYzE2N2RlZjBkYmE2ODU5ZGNmNzkwNWFhNDZhMGRlJyAnTE9DQUxfU1VQRVJV U0VSJyAncm9vdCcgJ0FMTE9XRUQnICdFUlJPUjpJTlRFUk5BTF9FUlJPUjogWyBTdG9yYWdlX2lu dGVyZmFjZS5JbnRlcm5hbF9lcnJvcihcIkZhaWx1cmUoXFxcImltYWdlIG1ldGFkYXRhIGludGVn cml0eSBjaGVjayBmYWlsZWRcXFwiKVwiKSBdJyAnQVBJJyAnVkRJLmNsb25lJyAoKCd2ZGknICd0 ZXN0Mi1iYXNlbGluZScgJzg5MzljZGM4LWQ0M2QtMTZhOS1lZmQyLTBhODVmYTIzOWQ3OScgJ09w YXF1ZVJlZjo4OGFjZTM5Mi05ZGE3LTk5N2MtNDA2ZC1mMzcxODA0OGRjMWQnKSkpCj4+IEphbiAg NyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGli L3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxiYWNrdHJhY2VdIFJhaXNlZCBhdCBm aWxlIFwicmJhYy5tbFwiLCBsaW5lIDIzNiwgY2hhcmFjdGVycyAxMC0xNVxuQ2FsbGVkIGZyb20g ZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxpbmUgNzUsIGNoYXJhY3RlcnMgMTEtNDFcbgo+ PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAv dmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8ZGlzcGF0Y2hlcl0gU2Vy dmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5B TF9FUlJPUjogWyBTdG9yYWdlX2ludGVyZmFjZS5JbnRlcm5hbF9lcnJvcigiRmFpbHVyZShcImlt YWdlIG1ldGFkYXRhIGludGVncml0eSBjaGVjayBmYWlsZWRcIikiKSBdCj4+IEphbiAgNyAwMzoy NDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94 YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxkaXNwYXRjaGVyXSBSYWlzZWQgYXQgZmlsZSBc InJiYWMubWxcIiwgbGluZSAyMzYsIGNoYXJhY3RlcnMgMTAtMTVcbkNhbGxlZCBmcm9tIGZpbGUg XCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDc1LCBjaGFyYWN0ZXJzIDExLTQxXG4KPj4gSmFu ICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9s aWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfGJhY2t0cmFjZV0gUmFpc2VkIGF0 IGZpbGUgXCJyYmFjLm1sXCIsIGxpbmUgMjM2LCBjaGFyYWN0ZXJzIDEwLTE1XG5DYWxsZWQgZnJv bSBmaWxlIFwic2VydmVyX2hlbHBlcnMubWxcIiwgbGluZSA3NSwgY2hhcmFjdGVycyAxMS00MVxu Cj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklY IC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXx4YXBpXSBSYWlzZWQg YXQgZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxpbmUgOTAsIGNoYXJhY3RlcnMgMTQtMTVc bkNhbGxlZCBmcm9tIGZpbGUgXCJsaWIvcGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjIsIGNoYXJh Y3RlcnMgMi05XG4KPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVy fDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLmNsb25lIEQ6ODg5YTNl M2UxZWNlfHhhcGldIFJhaXNlZCBhdCBmaWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5l IDI2LCBjaGFyYWN0ZXJzIDIyLTI1XG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL2RlYnVnLm1sXCIs IGxpbmUgNTcsIGNoYXJhY3RlcnMgMTctMjBcblJlLXJhaXNlZCBhdCBmaWxlIFwibGliL2RlYnVn Lm1sXCIsIGxpbmUgNjIsIGNoYXJhY3RlcnMgMTAtMTFcbkNhbGxlZCBmcm9tIGZpbGUgXCJsaWIv cGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjIsIGNoYXJhY3RlcnMgMi05XG4KPj4gSmFuICA3IDAz OjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNw L3hhcGl8ZGlzcGF0Y2g6VkRJLmNsb25lIEQ6ODg5YTNlM2UxZWNlfGJhY2t0cmFjZV0gUmFpc2Vk IGF0IGZpbGUgXCJsaWIvcGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjYsIGNoYXJhY3RlcnMgMjIt MjVcbkNhbGxlZCBmcm9tIGZpbGUgXCJsaWIvZGVidWcubWxcIiwgbGluZSA1NywgY2hhcmFjdGVy cyAxNy0yMFxuUmUtcmFpc2VkIGF0IGZpbGUgXCJsaWIvZGVidWcubWxcIiwgbGluZSA2MiwgY2hh cmFjdGVycyAxMC0xMVxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwg bGluZSAyMiwgY2hhcmFjdGVycyAyLTlcblJlLXJhaXNlZCBhdCBmaWxlIFwibGliL3BlcnZhc2l2 ZWV4dC5tbFwiLCBsaW5lIDI2LCBjaGFyYWN0ZXJzIDIyLTI1XG5DYWxsZWQgZnJvbSBmaWxlIFwi c2VydmVyX2hlbHBlcnMubWxcIiwgbGluZSAxMzYsIGNoYXJhY3RlcnMgMTAtMTA2XG5DYWxsZWQg ZnJvbSBmaWxlIFwic2VydmVyLm1sXCIsIGxpbmUgMjM0MTcsIGNoYXJhY3RlcnMgMjMtMTYxXG5D YWxsZWQgZnJvbSBmaWxlIFwic2VydmVyX2hlbHBlcnMubWxcIiwgbGluZSAxMTUsIGNoYXJhY3Rl cnMgNC03XG4KPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEy NTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fHhhcGldIFJhaXNlZCBhdCBmaWxlIFwiY2xpZW50 Lm1sXCIsIGxpbmUgNiwgY2hhcmFjdGVycyAzNy03NVxuQ2FsbGVkIGZyb20gZmlsZSBcImNsaWVu dC5tbFwiLCBsaW5lIDE4LCBjaGFyYWN0ZXJzIDU1LTExMFxuQ2FsbGVkIGZyb20gZmlsZSBcImNs aWVudC5tbFwiLCBsaW5lIDk5NzgsIGNoYXJhY3RlcnMgNi02OFxuQ2FsbGVkIGZyb20gZmlsZSBc ImNsaV9vcGVyYXRpb25zLm1sXCIsIGxpbmUgMTE3MywgY2hhcmFjdGVycyAxNC02M1xuQ2FsbGVk IGZyb20gZmlsZSBcInhhcGlfY2xpLm1sXCIsIGxpbmUgMTEyLCBjaGFyYWN0ZXJzIDE4LTU2XG5D YWxsZWQgZnJvbSBmaWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDIyLCBjaGFyYWN0 ZXJzIDItOVxuCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogWyBpbmZvfHNpbHZlcnwx MjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9nb3V0IEQ6NDAxNDYyMDM5ZWQz fHhhcGldIFNlc3Npb24uZGVzdHJveSB0cmFja2lkPWQyYzE2N2RlZjBkYmE2ODU5ZGNmNzkwNWFh NDZhMGRlCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5 OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxiYWNrdHJhY2VdIFJhaXNlZCBhdCBmaWxlIFwibGli L3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDI2LCBjaGFyYWN0ZXJzIDIyLTI1XG5DYWxsZWQgZnJv bSBmaWxlIFwieGFwaV9jbGkubWxcIiwgbGluZSAxMTEsIGNoYXJhY3RlcnMgMi0xMzhcbkNhbGxl ZCBmcm9tIGZpbGUgXCJ4YXBpX2NsaS5tbFwiLCBsaW5lIDIyMSwgY2hhcmFjdGVycyA3LTQ0XG5D YWxsZWQgZnJvbSBmaWxlIFwieGFwaV9jbGkubWxcIiwgbGluZSAyNzMsIGNoYXJhY3RlcnMgNC0y M1xuCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBV TklYIC92YXIvbGliL3hjcC94YXBpfHxjbGldIFhhcGlfY2xpLmV4Y2VwdGlvbl9oYW5kbGVyOiBH b3QgZXhjZXB0aW9uIElOVEVSTkFMX0VSUk9SOiBbIFN0b3JhZ2VfaW50ZXJmYWNlLkludGVybmFs X2Vycm9yKCJGYWlsdXJlKFwiaW1hZ2UgbWV0YWRhdGEgaW50ZWdyaXR5IGNoZWNrIGZhaWxlZFwi KSIpIF0KPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5 IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGNsaV0gUmFpc2VkIGF0IGZpbGUgXCJsaWIvcGVydmFz aXZlZXh0Lm1sXCIsIGxpbmUgMjYsIGNoYXJhY3RlcnMgMjItMjVcbkNhbGxlZCBmcm9tIGZpbGUg XCJ4YXBpX2NsaS5tbFwiLCBsaW5lIDExMSwgY2hhcmFjdGVycyAyLTEzOFxuQ2FsbGVkIGZyb20g ZmlsZSBcInhhcGlfY2xpLm1sXCIsIGxpbmUgMjIxLCBjaGFyYWN0ZXJzIDctNDRcbkNhbGxlZCBm cm9tIGZpbGUgXCJ4YXBpX2NsaS5tbFwiLCBsaW5lIDI3MywgY2hhcmFjdGVycyA0LTIzXG4KPj4K Pj4gUmVnYXJkcywKPj4gRGF3aWQKPj4KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KPj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QKPj4gWGVuLWFwaUBsaXN0 cy54ZW4ub3JnCj4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5m by94ZW4tYXBpCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0 cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Thu Jan 08 17:09:43 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Jan 2015 17:09: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 1Y9GaY-0005LN-VN; Thu, 08 Jan 2015 17:09:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9GaX-0005LI-Hf for xen-api@lists.xen.org; Thu, 08 Jan 2015 17:09:37 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 24/D1-25276-FC9BEA45; Thu, 08 Jan 2015 17:09:35 +0000 X-Env-Sender: dkadds2@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1420736973!19804560!1 X-Originating-IP: [209.85.212.178] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17578 invoked from network); 8 Jan 2015 17:09:33 -0000 Received: from mail-wi0-f178.google.com (HELO mail-wi0-f178.google.com) (209.85.212.178) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 17:09:33 -0000 Received: by mail-wi0-f178.google.com with SMTP id em10so4671084wid.5 for ; Thu, 08 Jan 2015 09:09:33 -0800 (PST) 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:content-transfer-encoding; bh=lJTiFqSwrf4GOYPLOUPgUGhXn4myvFhSaIuBbf/nyS0=; b=0PTvX/sydkqKOzizdJPYWbhLCuaukHtZYeqCjFd9xx5VWJCV55eHfC1g8UCOp3dCeT oh5paNAKdGfsJCzYCIvr3dY5H4NOh/QIgJIdZ7NAxSMe/S2S+3bvMEHBSjqib9zAJGp7 TBZGTqwS8U99OYzcJcbq5ayPpzJGyTxMD10hRuE6L92Rh4o1IIihjadfGQxe2J2tK1lf C5v2ckPmLANeL5l1h0XzMG3B3+b7omm7qv56aB3bpSkDRUInjceuRMA1iMNkoFL6Kvs0 8v90eQEbk5cJjVDeT+hqxBEMeYyLyPIpJ00bwMNwhCzD0y1p2cxak0oyTpj8S4flmnXN Tz8A== X-Received: by 10.194.8.232 with SMTP id u8mr21023953wja.47.1420736972878; Thu, 08 Jan 2015 09:09:32 -0800 (PST) Received: from BlackApple.local ([88.169.214.221]) by mx.google.com with ESMTPSA id ep9sm7333611wid.3.2015.01.08.09.09.30 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Jan 2015 09:09:32 -0800 (PST) Message-ID: <54AEB9C9.5080200@gmail.com> Date: Thu, 08 Jan 2015 18:09:29 +0100 From: Dawid Kowalski User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Dave Scott References: In-Reply-To: Content-Length: 49264 Cc: Xen API mailing list Subject: Re: [Xen-API] VDI cloning doesn't work - FFS SR on ext4 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: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org RG9uZSA6KQoKRGF3aWQKCgpPbiAwNy8wMS8xNSAyMjoxMiwgRGF2ZSBTY290dCB3cm90ZToKPiBI aSwKPgo+PiBPbiA3IEphbiAyMDE1LCBhdCAwMjozNCwgRGF3aWQgS293YWxza2kgPGRrYWRkczJA Z21haWwuY29tPiB3cm90ZToKPj4KPj4gSGkgR3V5cywKPj4KPj4gSSd2ZSBzcG90dGVkIGFub3Ro ZXIgZXJyb3Igd2hlbiB0cnlpbmcgdG8gY3JlYXRlIFZESSBjbG9uZS4KPiBUaGFua3MgZm9yIHRo ZSByZXBvcnQuIENvdWxkIHlvdSBmaWxlIHRoaXMgaGVyZToKPgo+IGh0dHBzOi8vZ2l0aHViLmNv bS9kanM1NS9mZnMvaXNzdWVzCj4KPiBJdCBzb3VuZHMgbGlrZSBpdCBzaG91bGQgYmUgZWFzeSB0 byByZXByb2R1Y2XigJQgd2Ugc2hvdWxkIGFkZCBhIHRlc3QgY2FzZSBzb21laG93Lgo+Cj4gSSBy ZWFsbHkgc2hvdWxkIGZpeCB0aGUgZ2l0aHViIGZvcmsgcmVsYXRpb25zaGlwIOKAlCBpdOKAmXMg YSBiaXQgb2RkIHRoYXQgeGFwaS1wcm9qZWN0IGlzIGEgZm9yayBvZiBtaW5lLgo+Cj4gVGhhbmtz LAo+IERhdmUKPgo+PiBUaGlzIGlzIGZ1bGx5IHJlcHJvZHVjaWJsZSBlcnJvciBmb3IgbWUuCj4+ IFN0ZXBzIHRvIHJlcHJvZHVjZQo+PiAxLiBjcmVhdGUgVkRJLgo+PiAyLiBjcmVhdGUgY2xvbmUg b2YgdGhpcyBWREkuIFRoaXMgd29uJ3QgcmFpc2UgZXJyb3IgYW5kIFZESSBjbG9uZSB3aWxsIGJl IGNyZWF0ZWQgaG93ZXZlciBzb21lIGVycm9ycyBhcmUgcmFpc2VkIGluIGxvZ3MuCj4+IDMuIGNy ZWF0ZSBhbm90aGVyIGNsb25lIG9mIG9yaWdpbmFsIFZESS4gVGhpcyByYWlzZXMgZXJyb3IgaW1t ZWRpYXRlbHkuCj4+Cj4+IEJlbG93IGlzIGR1bXAgZnJvbSBsb2dzLgo+PiBYZW4tdmVyc2lvbiBy ZXBvcnRzIDQuNAo+Pgo+PiBWREkgQ3JlYXRpb24KPj4gSmFuICA3IDAzOjIzOjMzIHNpbHZlciB4 YXBpOiBbIGluZm98c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGNsaV0geGUg dmRpLWNyZWF0ZSB0eXBlPXN5c3RlbSB2aXJ0dWFsLXNpemU9MTAwTWlCIHNyLXV1aWQ9NWIyNDU4 NjgtMDBjNi1kY2QxLTNjYzktYzU5MGY4ZjJjNTAyIG5hbWUtbGFiZWw9dGVzdDItYmFzZWxpbmUg dXNlcm5hbWU9cm9vdCBwYXNzd29yZD0ob21pdHRlZCkKPj4KPj4gSmFuICA3IDAzOjIzOjMzIHNp bHZlciB4YXBpOiBbIGluZm98c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vz c2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6NjZiMjllOWNiMDRhfHhhcGldIFNlc3Npb24uY3Jl YXRlIHRyYWNraWQ9YTY1NjMwODk5ZjBhZTBjY2EwYTQ2MGIwODhjNTBiODIgcG9vbD1mYWxzZSB1 bmFtZT1yb290IG9yaWdpbmF0b3I9Y2xpIGlzX2xvY2FsX3N1cGVydXNlcj10cnVlIGF1dGhfdXNl cl9zaWQ9IHBhcmVudD10cmFja2lkPTk4MzRmNWFmNDFjOTY0ZTIyNWYyNDI3OWFlZmU0ZTQ5Cj4+ IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92 YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9naW5fd2l0aF9wYXNzd29yZCBEOjY2YjI5ZTljYjA0 YXxtc2NnZW5dIHhhcGk9PnhhcGkgW2xhYmVsPSJzZXNzaW9uLmdldF91dWlkIl07Cj4+IEphbiAg NyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NyBVTklYIC92YXIvbGli L3hjcC94YXBpfHxkdW1teXRhc2toZWxwZXJdIHRhc2sgZGlzcGF0Y2g6c2Vzc2lvbi5nZXRfdXVp ZCBEOjUwMDA4YTIzNzQ5ZCBjcmVhdGVkIGJ5IHRhc2sgRDo2NmIyOWU5Y2IwNGEKPj4gSmFuICA3 IDAzOjIzOjMzIHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjNjYzI0OTdlZjZhM3xhdWRpdF0gVkRJLmNyZWF0ZTogU1Ig PSAnNWIyNDU4NjgtMDBjNi1kY2QxLTNjYzktYzU5MGY4ZjJjNTAyICgvbW50L2ltYWdlcy8pJzsg bmFtZSBsYWJlbCA9ICd0ZXN0Mi1iYXNlbGluZScKPj4gSmFuICA3IDAzOjIzOjMzIHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNyZWF0 ZSBSOjNjYzI0OTdlZjZhM3x4YXBpXSBNYXJraW5nIFNSIGZvciBWREkuY3JlYXRlICh0YXNrPU9w YXF1ZVJlZjozY2MyNDk3ZS1mNmEzLTEwYmEtZDZhNy1iZGUyOTlmOThiZTkpCj4+IEphbiAgNyAw MzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jcmVhdGUgUjozY2MyNDk3ZWY2YTN8c21pbnRdIFNNLmZlYXR1cmU6IHVua25v d24gZmVhdHVyZSBGT1JNQVRfVkhECj4+IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2Rl YnVnfHNpbHZlcnwxMjU3NiBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jcmVhdGUgUjozY2My NDk3ZWY2YTN8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+ IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU3NiBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jcmVhdGUgUjozY2MyNDk3ZWY2YTN8c21pbnRdIFNNLmZlYXR1 cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3IDAzOjIzOjMzIHNpbHZl ciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNy ZWF0ZSBSOjNjYzI0OTdlZjZhM3xzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZP Uk1BVF9WSEQKPj4gSmFuICA3IDAzOjIzOjMzIHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEy NTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjNjYzI0OTdlZjZhM3xzbWlu dF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjIz OjMzIHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hh cGl8VkRJLmNyZWF0ZSBSOjNjYzI0OTdlZjZhM3xzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBm ZWF0dXJlIEZPUk1BVF9RQ09XMgo+PiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFsgaW5m b3xzaWx2ZXJ8MTI1NzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY3JlYXRlIFI6M2NjMjQ5 N2VmNmEzfHN0b3JhZ2VfaW1wbF0gVkRJLmNyZWF0ZSBkYmc6T3BhcXVlUmVmOjNjYzI0OTdlLWY2 YTMtMTBiYS1kNmE3LWJkZTI5OWY5OGJlOSBzcjo1YjI0NTg2OC0wMGM2LWRjZDEtM2NjOS1jNTkw ZjhmMmM1MDIgdmRpX2luZm86eyJ2ZGkiOiAiIiwgImNvbnRlbnRfaWQiOiAiIiwgIm5hbWVfbGFi ZWwiOiAidGVzdDItYmFzZWxpbmUiLCAibmFtZV9kZXNjcmlwdGlvbiI6ICIiLCAidHkiOiAic3lz dGVtIiwgIm1ldGFkYXRhX29mX3Bvb2wiOiAiIiwgImlzX2Ffc25hcHNob3QiOiBmYWxzZSwgInNu YXBzaG90X3RpbWUiOiAiMTk3MDAxMDFUMDA6MDA6MDBaIiwgInNuYXBzaG90X29mIjogIiIsICJy ZWFkX29ubHkiOiBmYWxzZSwgInZpcnR1YWxfc2l6ZSI6IDEwNDg1NzYwMCwgInBoeXNpY2FsX3V0 aWxpc2F0aW9uIjogMCwgInBlcnNpc3RlbnQiOiB0cnVlLCAic21fY29uZmlnIjoge319Cj4+IEph biAgNyAwMzoyMzozMyBzaWx2ZXIgZmZzOiBbZGVidWd8c2lsdmVyfDU4NXx8ZmZzXSBWREkuY3Jl YXRlIHRlc3QyLWJhc2VsaW5lIC0+IC9tbnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lICgxMDQ4NTc2 MDApCj4+IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgZmZzOiBbZGVidWd8c2lsdmVyfDU4NXx8ZmZz XSB3cml0ZSA+L21udC9pbWFnZXMvdGVzdDItYmFzZWxpbmUuanNvbgo+PiBKYW4gIDcgMDM6MjM6 MzMgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1NzYgVU5JWCAvdmFyL2xpYi94Y3AveGFw aXxWREkuY3JlYXRlIFI6M2NjMjQ5N2VmNmEzfHhhcGldIENyZWF0aW5nIFZESTogeyJ2ZGkiOiAi dGVzdDItYmFzZWxpbmUiLCAiY29udGVudF9pZCI6ICIiLCAibmFtZV9sYWJlbCI6ICJ0ZXN0Mi1i YXNlbGluZSIsICJuYW1lX2Rlc2NyaXB0aW9uIjogIiIsICJ0eSI6ICJzeXN0ZW0iLCAibWV0YWRh dGFfb2ZfcG9vbCI6ICIiLCAiaXNfYV9zbmFwc2hvdCI6IGZhbHNlLCAic25hcHNob3RfdGltZSI6 ICIxOTcwMDEwMVQwMDowMDowMFoiLCAic25hcHNob3Rfb2YiOiAiIiwgInJlYWRfb25seSI6IGZh bHNlLCAidmlydHVhbF9zaXplIjogMTA0ODU3NjAwLCAicGh5c2ljYWxfdXRpbGlzYXRpb24iOiAw LCAicGVyc2lzdGVudCI6IHRydWUsICJzbV9jb25maWciOiB7InR5cGUiOiAidmhkIn19IChyZWY9 T3BhcXVlUmVmOjg4YWNlMzkyLTlkYTctOTk3Yy00MDZkLWYzNzE4MDQ4ZGMxZCkKPj4gSmFuICA3 IDAzOjIzOjMzIHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjNjYzI0OTdlZjZhM3x4YXBpXSBVbm1hcmtpbmcgU1IgYWZ0 ZXIgVkRJLmNyZWF0ZSAodGFzaz1PcGFxdWVSZWY6M2NjMjQ5N2UtZjZhMy0xMGJhLWQ2YTctYmRl Mjk5Zjk4YmU5KQo+PiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8 MTI1NzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY3JlYXRlIFI6M2NjMjQ5N2VmNmEzfHNt aW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcgMDM6 MjM6MzMgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1NzYgVU5JWCAvdmFyL2xpYi94Y3Av eGFwaXxWREkuY3JlYXRlIFI6M2NjMjQ5N2VmNmEzfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3du IGZlYXR1cmUgRk9STUFUX1JBVwo+PiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFtkZWJ1 Z3xzaWx2ZXJ8MTI1NzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY3JlYXRlIFI6M2NjMjQ5 N2VmNmEzfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+ IEphbiAgNyAwMzoyMzozMyBzaWx2ZXIgeGFwaTogWzIwMTUwMTA3VDAyOjIzOjMzLjEyNlp8YXVk aXR8c2lsdmVyfDEyNTc2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNyZWF0ZSBSOjNjYzI0 OTdlZjZhM3xhdWRpdF0gKCd0cmFja2lkPWE2NTYzMDg5OWYwYWUwY2NhMGE0NjBiMDg4YzUwYjgy JyAnTE9DQUxfU1VQRVJVU0VSJyAncm9vdCcgJ0FMTE9XRUQnICdPSycgJ0FQSScgJ1ZESS5jcmVh dGUnICgoJ25hbWVfbGFiZWwnICd0ZXN0Mi1iYXNlbGluZScgJycgJycpICgnbmFtZV9kZXNjcmlw dGlvbicgJycgJycgJycpICgnU1InICcvbW50L2ltYWdlcy8nICc1YjI0NTg2OC0wMGM2LWRjZDEt M2NjOS1jNTkwZjhmMmM1MDInICdPcGFxdWVSZWY6NzRiMDYzZmMtYWQ5MC1mMmZhLTExZjYtZmFh NmRjZjFmYzQ4JykpKQo+PiBKYW4gIDcgMDM6MjM6MzMgc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2 ZXJ8MTI1NzYgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ291dCBEOjZmODMxODEw NWI2MHx4YXBpXSBTZXNzaW9uLmRlc3Ryb3kgdHJhY2tpZD1hNjU2MzA4OTlmMGFlMGNjYTBhNDYw YjA4OGM1MGI4Mgo+PiBKYW4gIDcgMDM6MjM6MzUgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8 NzJ8eGFwaSBldmVudHMgRDplZDBmOGEzM2JhOTJ8bXNjZ2VuXSB4YXBpPT54YXBpIFtsYWJlbD0i ZXZlbnQuZnJvbSJdOwo+PiBKYW4gIDcgMDM6MjM6MzUgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1ODIgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNrIGRp c3BhdGNoOmV2ZW50LmZyb20gRDo4MzZkZjYzOTM5YWUgY3JlYXRlZCBieSB0YXNrIEQ6ZWQwZjhh MzNiYTkyCj4+Cj4+IFZESSBjcmVhdGlvbiBkb25lCj4+Cj4+Cj4+Cj4+IFZESSBjbG9uZSAtIGZp cnN0IC0gbm8gZXJyb3IgcmV0dXJuZWQsIGNsb25lZCB2ZGkgYWNjZXNzaWJsZQo+Pgo+PiBKYW4g IDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xp Yi94Y3AveGFwaXx8Y2xpXSB4ZSB2ZGktY2xvbmUgdXVpZD04OTM5Y2RjOC1kNDNkLTE2YTktZWZk Mi0KPj4gMGE4NWZhMjM5ZDc5IG5ldy1uYW1lLWxhYmVsPXRlc3QxLWNsb25lMiB1c2VybmFtZT1y b290IHBhc3N3b3JkPShvbWl0dGVkKQo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsg aW5mb3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxvZ2luX3dp dGhfcGFzc3dvcmQgRDoxYTAwOTE1MzViYzV8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJhY2tpZD1h NmQxNjlkY2U3NWRlNGZjMzlkMzZmYzQ2NDFjNmM4NSBwb29sPWZhbHNlIHVuYW1lPXJvb3Qgb3Jp Z2luYXRvcj1jbGkgaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3NpZD0gcGFyZW50 PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKPj4gSmFuICA3IDAzOjIz OjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hh cGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6MWEwMDkxNTM1YmM1fG1zY2dlbl0geGFw aT0+eGFwaSBbbGFiZWw9InNlc3Npb24uZ2V0X3V1aWQiXTsKPj4gSmFuICA3IDAzOjIzOjU5IHNp bHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1 bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6MTA0MmEwYmM4 ZDkzIGNyZWF0ZWQgYnkgdGFzayBEOjFhMDA5MTUzNWJjNQo+PiBKYW4gIDcgMDM6MjM6NTkgc2ls dmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREku Y2xvbmUgUjo0NmNkN2ZjMWQ0MDl8YXVkaXRdIFZESS5jbG9uZTogVkRJID0gJzg5MzljZGM4LWQ0 M2QtMTZhOS1lZmQyLTBhODVmYTIzOWQ3OScKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBp OiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6 NDZjZDdmYzFkNDA5fHhhcGldIE1hcmtpbmcgU1IgZm9yIFZESS5jbG9uZSAodGFzaz1PcGFxdWVS ZWY6NDZjZDdmYzEtZDQwOS0zZDc5LTAzYzEtMzUzMjRmMzNkNDU0KQo+PiBKYW4gIDcgMDM6MjM6 NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFw aXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVh dHVyZSBGT1JNQVRfVkhECj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNp bHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQw OXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4gSmFuICA3 IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtu b3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTog W2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2 Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQK Pj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVgg L3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0 dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVwo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVy IHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xv bmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JN QVRfUUNPVzIKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEy NTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50 XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcgMDM6MjM6 NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFw aXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVh dHVyZSBGT1JNQVRfUkFXCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNp bHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQw OXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMgo+PiBKYW4g IDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xp Yi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c3RvcmFnZV9pbXBsXSBWREkuY2xv bmUgZGJnOk9wYXF1ZVJlZjo0NmNkN2ZjMS1kNDA5LTNkNzktMDNjMS0zNTMyNGYzM2Q0NTQgc3I6 NWIyNDU4NjgtMDBjNi1kY2QxLTNjYzktYzU5MGY4ZjJjNTAyIHZkaV9pbmZvOnsidmRpIjogInRl c3QyLWJhc2VsaW5lIiwgImNvbnRlbnRfaWQiOiAiIiwgIm5hbWVfbGFiZWwiOiAidGVzdDItYmFz ZWxpbmUiLCAibmFtZV9kZXNjcmlwdGlvbiI6ICIiLCAidHkiOiAidXNlciIsICJtZXRhZGF0YV9v Zl9wb29sIjogIiIsICJpc19hX3NuYXBzaG90IjogZmFsc2UsICJzbmFwc2hvdF90aW1lIjogIjE5 NzAwMTAxVDAwOjAwOjAwWiIsICJzbmFwc2hvdF9vZiI6ICIiLCAicmVhZF9vbmx5IjogZmFsc2Us ICJ2aXJ0dWFsX3NpemUiOiAwLCAicGh5c2ljYWxfdXRpbGlzYXRpb24iOiAwLCAicGVyc2lzdGVu dCI6IHRydWUsICJzbV9jb25maWciOiB7fX0KPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciBmZnM6 IFsgaW5mb3xzaWx2ZXJ8NTg2fHxmZnNdIFZESS5jbG9uZSB0ZXN0Mi1iYXNlbGluZSAoZm9ybWF0 ID0gdmhkKQo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIGZmczogWyBpbmZvfHNpbHZlcnw1ODZ8 fGZmc10gcmVuYW1lIC9tbnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lIC0+IC9tbnQvaW1hZ2VzL3Rl c3QyLWJhc2VsaW5lLjEKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciBmZnM6IFtkZWJ1Z3xzaWx2 ZXJ8NTg2fHxmZnNdIHdyaXRlID4vbW50L2ltYWdlcy90ZXN0Mi1iYXNlbGluZS4xLnJlYWRtZQo+ PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIGZmczogW2RlYnVnfHNpbHZlcnw1ODZ8fGZmc10gd3Jp dGUgPi9tbnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lLjIuanNvbgo+PiBKYW4gIDcgMDM6MjM6NTkg c2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW REkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8eGFwaV0gQ3JlYXRpbmcgVkRJOiB7InZkaSI6ICJ0ZXN0 Mi1iYXNlbGluZS4yIiwgImNvbnRlbnRfaWQiOiAiIiwgIm5hbWVfbGFiZWwiOiAidGVzdDItYmFz ZWxpbmUiLCAibmFtZV9kZXNjcmlwdGlvbiI6ICIiLCAidHkiOiAidXNlciIsICJtZXRhZGF0YV9v Zl9wb29sIjogIiIsICJpc19hX3NuYXBzaG90IjogZmFsc2UsICJzbmFwc2hvdF90aW1lIjogIjE5 NzAwMTAxVDAwOjAwOjAwWiIsICJzbmFwc2hvdF9vZiI6ICIiLCAicmVhZF9vbmx5IjogZmFsc2Us ICJ2aXJ0dWFsX3NpemUiOiAxMDQ4NTc2MDAsICJwaHlzaWNhbF91dGlsaXNhdGlvbiI6IDAsICJw ZXJzaXN0ZW50IjogdHJ1ZSwgInNtX2NvbmZpZyI6IHsidHlwZSI6ICJ2aGQifX0gKHJlZj1PcGFx dWVSZWY6YzVkMjZhODYtODBjMi01YmE5LWNlZWItYjI0YWQ5MmQ5NTYwKQo+PiBKYW4gIDcgMDM6 MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3Av eGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8eGFwaV0gVW5tYXJraW5nIFNSIGFmdGVyIFZE SS5jbG9uZSAodGFzaz1PcGFxdWVSZWY6NDZjZDdmYzEtZDQwOS0zZDc5LTAzYzEtMzUzMjRmMzNk NDU0KQo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODgg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhECj4+IEphbiAgNyAwMzoyMzo1OSBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVy fDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNt aW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+IEphbiAgNyAw MzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9WSEQKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdm YzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVwo+PiBK YW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6 IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1ZIRAo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODgg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+IEphbiAgNyAwMzoyMzo1OSBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9RQ09XMgo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhECj4+IEphbiAgNyAw MzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdm YzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+ IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1JBVwo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODgg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3IDAzOjIzOjU5 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1 cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+IEphbiAgNyAw MzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9RQ09XMgo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtk ZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNk N2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhECj4+ IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1FDT1cyCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4 OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0g U00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQKPj4gSmFuICA3IDAzOjIzOjU5 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1 cmUgRk9STUFUX1JBVwo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNkN2ZjMWQ0MDl8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3 IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtu b3duIGZlYXR1cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtk ZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjo0NmNk N2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+ IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4OCBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMgo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVy IHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xv bmUgUjo0NmNkN2ZjMWQ0MDl8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JN QVRfVkhECj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU4 OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjQ2Y2Q3ZmMxZDQwOXxzbWludF0g U00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjIzOjU5 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1 cmUgRk9STUFUX1FDT1cyCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogWzIwMTUwMTA3 VDAyOjIzOjU5LjkxMVp8YXVkaXR8c2lsdmVyfDEyNTg4IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6NDZjZDdmYzFkNDA5fGF1ZGl0XSAoJ3RyYWNraWQ9YTZkMTY5ZGNlNzVkZTRm YzM5ZDM2ZmM0NjQxYzZjODUnICdMT0NBTF9TVVBFUlVTRVInICdyb290JyAnQUxMT1dFRCcgJ09L JyAnQVBJJyAnVkRJLmNsb25lJyAoKCd2ZGknICd0ZXN0Mi1iYXNlbGluZScgJzg5MzljZGM4LWQ0 M2QtMTZhOS1lZmQyLTBhODVmYTIzOWQ3OScgJ09wYXF1ZVJlZjo4OGFjZTM5Mi05ZGE3LTk5N2Mt NDA2ZC1mMzcxODA0OGRjMWQnKSkpCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2Rl YnVnfHNpbHZlcnwxMjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5zZXRfbmFtZV9sYWJl bCBSOjJiNDY4OTNjZDExMXxhdWRpdF0gVkRJLnNldF9uYW1lX2xhYmVsOiBWREkgPSAnNTE2YTgw M2UtMjEyYy02YTBkLTI3NzMtYzI2MTU1ZjczM2U5JyBuYW1lLWxhYmVsID0gJ3Rlc3QxLWNsb25l MicKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVO SVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnNldF9uYW1lX2xhYmVsIFI6MmI0Njg5M2NkMTExfG1z Y2dlbl0geGFwaT0+eGFwaSBbbGFiZWw9InNlc3Npb24uc2xhdmVfbG9naW4iXTsKPj4gSmFuICA3 IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTkzIFVOSVggL3Zhci9saWIv eGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLnNsYXZlX2xv Z2luIEQ6OWNkMGY1ZmM4YThlIGNyZWF0ZWQgYnkgdGFzayBSOjJiNDY4OTNjZDExMQo+PiBKYW4g IDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1OTMgVU5JWCAvdmFyL2xp Yi94Y3AveGFwaXxzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6MjIyN2IzZmI5MTcyfHhhcGldIFNlc3Np b24uY3JlYXRlIHRyYWNraWQ9N2EwYjMxOTM0ZjdiODVlOWFhYTFhYzE1ZTE3NTNjMzAgcG9vbD10 cnVlIHVuYW1lPSBvcmlnaW5hdG9yPSBpc19sb2NhbF9zdXBlcnVzZXI9dHJ1ZSBhdXRoX3VzZXJf c2lkPSBwYXJlbnQ9dHJhY2tpZD05ODM0ZjVhZjQxYzk2NGUyMjVmMjQyNzlhZWZlNGU0OQo+PiBK YW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTMgVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxzZXNzaW9uLnNsYXZlX2xvZ2luIEQ6MjIyN2IzZmI5MTcyfG1zY2dlbl0g eGFwaT0+eGFwaSBbbGFiZWw9InNlc3Npb24uZ2V0X3V1aWQiXTsKPj4gSmFuICA3IDAzOjIzOjU5 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk0IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6YzA5OWZm MTY0NWZmIGNyZWF0ZWQgYnkgdGFzayBEOjIyMjdiM2ZiOTE3Mgo+PiBKYW4gIDcgMDM6MjM6NTkg c2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW REkuc2V0X25hbWVfbGFiZWwgUjoyYjQ2ODkzY2QxMTF8bXNjZ2VuXSB4YXBpPT54YXBpIFtsYWJl bD0iVkRJLnVwZGF0ZSJdOwo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xz aWx2ZXJ8MTI1OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXx8ZHVtbXl0YXNraGVscGVyXSB0YXNr IGRpc3BhdGNoOlZESS51cGRhdGUgRDpkY2I0MTI0YWMzY2QgY3JlYXRlZCBieSB0YXNrIFI6MmI0 Njg5M2NkMTExCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogWyBpbmZvfHNpbHZlcnwx MjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfGRpc3BhdGNoOlZESS51cGRhdGUgRDpkY2I0MTI0 YWMzY2R8dGFza2hlbHBlcl0gdGFzayBWREkudXBkYXRlIFI6NDAzOTIwNjg1MTI4ICh1dWlkOmVk OGZmOTA1LTk3YjUtODQyYi0xZmQ3LTllNjRmNWYwM2Q1ZSkgY3JlYXRlZCAodHJhY2tpZD03YTBi MzE5MzRmN2I4NWU5YWFhMWFjMTVlMTc1M2MzMCkgYnkgdGFzayBSOjJiNDY4OTNjZDExMQo+PiBK YW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTUgVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkudXBkYXRlIFI6NDAzOTIwNjg1MTI4fHNtaW50XSBTTS5mZWF0dXJl OiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhh cGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkudXBkYXRl IFI6NDAzOTIwNjg1MTI4fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1JBVwo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTUg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkudXBkYXRlIFI6NDAzOTIwNjg1MTI4fHNtaW50XSBT TS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+IEphbiAgNyAwMzoyMzo1 OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBp fFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8YmFja3RyYWNlXSBSYWlzZWQgYXQgZmlsZSBcInhh cGlfdmRpLm1sXCIsIGxpbmUgMTkwLCBjaGFyYWN0ZXJzIDI2LTU3XG5DYWxsZWQgZnJvbSBmaWxl IFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMzEyMiwgY2hhcmFjdGVycyA1LTU3XG5D YWxsZWQgZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMjgzLCBjaGFy YWN0ZXJzIDUtOFxuCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZl cnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8 eGFwaV0gQ2F1Z2h0IGV4Y2VwdGlvbiB3aGlsZSBTUl9PUEVSQVRJT05fTk9UX1NVUFBPUlRFRDog WyBPcGFxdWVSZWY6NzRiMDYzZmMtYWQ5MC1mMmZhLTExZjYtZmFhNmRjZjFmYzQ4IF0gaW4gbWVz c2FnZSBmb3J3YXJkZXI6IG1hcmtpbmcgVkRJIGZvciBWREkudXBkYXRlCj4+IEphbiAgNyAwMzoy Mzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94 YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8YmFja3RyYWNlXSBSYWlzZWQgYXQgZmlsZSBc InhhcGlfdmRpLm1sXCIsIGxpbmUgMTkwLCBjaGFyYWN0ZXJzIDI2LTU3XG5DYWxsZWQgZnJvbSBm aWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMzEyMiwgY2hhcmFjdGVycyA1LTU3 XG5DYWxsZWQgZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMjgzLCBj aGFyYWN0ZXJzIDUtOFxuUmUtcmFpc2VkIGF0IGZpbGUgXCJtZXNzYWdlX2ZvcndhcmRpbmcubWxc IiwgbGluZSAyODYsIGNoYXJhY3RlcnMgOC05XG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL3BlcnZh c2l2ZWV4dC5tbFwiLCBsaW5lIDMzLCBjaGFyYWN0ZXJzIDM2LTM5XG5SZS1yYWlzZWQgYXQgZmls ZSBcIm1lc3NhZ2VfZm9yd2FyZGluZy5tbFwiLCBsaW5lIDMxMzYsIGNoYXJhY3RlcnMgMTItMTNc bkNhbGxlZCBmcm9tIGZpbGUgXCJsaWIvdGhyZWFkZXh0Lm1sXCIsIGxpbmUgMjAsIGNoYXJhY3Rl cnMgMjAtMjRcblJlLXJhaXNlZCBhdCBmaWxlIFwibGliL3RocmVhZGV4dC5tbFwiLCBsaW5lIDIw LCBjaGFyYWN0ZXJzIDYyLTY1XG5DYWxsZWQgZnJvbSBmaWxlIFwibWVzc2FnZV9mb3J3YXJkaW5n Lm1sXCIsIGxpbmUgMTQ5LCBjaGFyYWN0ZXJzIDE5LTI1XG5DYWxsZWQgZnJvbSBmaWxlIFwibWVz c2FnZV9mb3J3YXJkaW5nLm1sXCIsIGxpbmUgMzEyOCwgY2hhcmFjdGVycyAzLTM2OVxuQ2FsbGVk IGZyb20gZmlsZSBcInJiYWMubWxcIiwgbGluZSAyMjcsIGNoYXJhY3RlcnMgMTYtMjNcbgo+PiBK YW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFsyMDE1MDEwN1QwMjoyMzo1OS45MjdafGF1ZGl0 fHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2 ODUxMjh8YXVkaXRdICgndHJhY2tpZD03YTBiMzE5MzRmN2I4NWU5YWFhMWFjMTVlMTc1M2MzMCcg J0xPQ0FMX1NVUEVSVVNFUicgJ09wYXF1ZVJlZjowZDBkN2JmNy00ZDAzLWFmYzQtNDI4MC04NzI0 MDE0MjI0YmEnICdBTExPV0VEJyAnRVJST1I6U1JfT1BFUkFUSU9OX05PVF9TVVBQT1JURUQ6IFsg T3BhcXVlUmVmOjc0YjA2M2ZjLWFkOTAtZjJmYS0xMWY2LWZhYTZkY2YxZmM0OCBdJyAnQVBJJyAn VkRJLnVwZGF0ZScgKCgndmRpJyAndGVzdDEtY2xvbmUyJyAnNTE2YTgwM2UtMjEyYy02YTBkLTI3 NzMtYzI2MTU1ZjczM2U5JyAnT3BhcXVlUmVmOmM1ZDI2YTg2LTgwYzItNWJhOS1jZWViLWIyNGFk OTJkOTU2MCcpKSkKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVy fDEyNTk1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnVwZGF0ZSBSOjQwMzkyMDY4NTEyOHxi YWNrdHJhY2VdIFJhaXNlZCBhdCBmaWxlIFwicmJhYy5tbFwiLCBsaW5lIDIzNiwgY2hhcmFjdGVy cyAxMC0xNVxuQ2FsbGVkIGZyb20gZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxpbmUgNzUs IGNoYXJhY3RlcnMgMTEtNDFcbgo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1 Z3xzaWx2ZXJ8MTI1OTUgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkudXBkYXRlIFI6NDAzOTIw Njg1MTI4fGRpc3BhdGNoZXJdIFNlcnZlcl9oZWxwZXJzLmV4ZWMgZXhjZXB0aW9uX2hhbmRsZXI6 IEdvdCBleGNlcHRpb24gU1JfT1BFUkFUSU9OX05PVF9TVVBQT1JURUQ6IFsgT3BhcXVlUmVmOjc0 YjA2M2ZjLWFkOTAtZjJmYS0xMWY2LWZhYTZkY2YxZmM0OCBdCj4+IEphbiAgNyAwMzoyMzo1OSBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8ZGlzcGF0Y2hlcl0gUmFpc2VkIGF0IGZpbGUgXCJyYmFj Lm1sXCIsIGxpbmUgMjM2LCBjaGFyYWN0ZXJzIDEwLTE1XG5DYWxsZWQgZnJvbSBmaWxlIFwic2Vy dmVyX2hlbHBlcnMubWxcIiwgbGluZSA3NSwgY2hhcmFjdGVycyAxMS00MVxuCj4+IEphbiAgNyAw MzoyMzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS51cGRhdGUgUjo0MDM5MjA2ODUxMjh8YmFja3RyYWNlXSBSYWlzZWQgYXQgZmls ZSBcInJiYWMubWxcIiwgbGluZSAyMzYsIGNoYXJhY3RlcnMgMTAtMTVcbkNhbGxlZCBmcm9tIGZp bGUgXCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDc1LCBjaGFyYWN0ZXJzIDExLTQxXG4KPj4g SmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk1IFVOSVggL3Zh ci9saWIveGNwL3hhcGl8VkRJLnVwZGF0ZSBSOjQwMzkyMDY4NTEyOHx4YXBpXSBSYWlzZWQgYXQg ZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxpbmUgOTAsIGNoYXJhY3RlcnMgMTQtMTVcbkNh bGxlZCBmcm9tIGZpbGUgXCJsaWIvcGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjIsIGNoYXJhY3Rl cnMgMi05XG4KPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEy NTk1IFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLnVwZGF0ZSBEOmRjYjQxMjRh YzNjZHx4YXBpXSBSYWlzZWQgYXQgZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwgbGluZSAy NiwgY2hhcmFjdGVycyAyMi0yNVxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9kZWJ1Zy5tbFwiLCBs aW5lIDU3LCBjaGFyYWN0ZXJzIDE3LTIwXG5SZS1yYWlzZWQgYXQgZmlsZSBcImxpYi9kZWJ1Zy5t bFwiLCBsaW5lIDYyLCBjaGFyYWN0ZXJzIDEwLTExXG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL3Bl cnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDIyLCBjaGFyYWN0ZXJzIDItOVxuCj4+IEphbiAgNyAwMzoy Mzo1OSBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5NSBVTklYIC92YXIvbGliL3hjcC94 YXBpfGRpc3BhdGNoOlZESS51cGRhdGUgRDpkY2I0MTI0YWMzY2R8YmFja3RyYWNlXSBSYWlzZWQg YXQgZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwgbGluZSAyNiwgY2hhcmFjdGVycyAyMi0y NVxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9kZWJ1Zy5tbFwiLCBsaW5lIDU3LCBjaGFyYWN0ZXJz IDE3LTIwXG5SZS1yYWlzZWQgYXQgZmlsZSBcImxpYi9kZWJ1Zy5tbFwiLCBsaW5lIDYyLCBjaGFy YWN0ZXJzIDEwLTExXG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBs aW5lIDIyLCBjaGFyYWN0ZXJzIDItOVxuUmUtcmFpc2VkIGF0IGZpbGUgXCJsaWIvcGVydmFzaXZl ZXh0Lm1sXCIsIGxpbmUgMjYsIGNoYXJhY3RlcnMgMjItMjVcbkNhbGxlZCBmcm9tIGZpbGUgXCJz ZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDEzNiwgY2hhcmFjdGVycyAxMC0xMDZcbkNhbGxlZCBm cm9tIGZpbGUgXCJzZXJ2ZXIubWxcIiwgbGluZSAyMzYxNywgY2hhcmFjdGVycyAyMy0xNjFcbkNh bGxlZCBmcm9tIGZpbGUgXCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDExNSwgY2hhcmFjdGVy cyA0LTdcbgo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1 ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuc2V0X25hbWVfbGFiZWwgUjoyYjQ2ODkzY2Qx MTF8eGFwaV0gUmFpc2VkIGF0IGZpbGUgXCJjbGllbnQubWxcIiwgbGluZSA2LCBjaGFyYWN0ZXJz IDM3LTc1XG5DYWxsZWQgZnJvbSBmaWxlIFwiY2xpZW50Lm1sXCIsIGxpbmUgMTgsIGNoYXJhY3Rl cnMgNTUtMTEwXG5DYWxsZWQgZnJvbSBmaWxlIFwiY2xpZW50Lm1sXCIsIGxpbmUgMTAwNzMsIGNo YXJhY3RlcnMgNi01NFxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwg bGluZSAyMiwgY2hhcmFjdGVycyAyLTlcbgo+PiBKYW4gIDcgMDM6MjM6NTkgc2lsdmVyIHhhcGk6 IFtkZWJ1Z3xzaWx2ZXJ8MTI1ODggVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuc2V0X25hbWVf bGFiZWwgUjoyYjQ2ODkzY2QxMTF8bXNjZ2VuXSB4YXBpPT54YXBpIFtsYWJlbD0ic2Vzc2lvbi5s b2dvdXQiXTsKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEy NTk2IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRj aDpzZXNzaW9uLmxvZ291dCBEOjZiMDJkMWQ4YTM3YyBjcmVhdGVkIGJ5IHRhc2sgUjoyYjQ2ODkz Y2QxMTEKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbIGluZm98c2lsdmVyfDEyNTk2 IFVOSVggL3Zhci9saWIveGNwL3hhcGl8c2Vzc2lvbi5sb2dvdXQgRDpmMWJiYzY2MWU1MzR8eGFw aV0gU2Vzc2lvbi5kZXN0cm95IHRyYWNraWQ9N2EwYjMxOTM0ZjdiODVlOWFhYTFhYzE1ZTE3NTNj MzAKPj4gSmFuICA3IDAzOjIzOjU5IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTg4IFVO SVggL3Zhci9saWIveGNwL3hhcGl8VkRJLnNldF9uYW1lX2xhYmVsIFI6MmI0Njg5M2NkMTExfHhh cGldIENvdWxkIG5vdCBwZXJzaXN0IGNoYW5nZSB0byBTUiAtIGNhdWdodCBBcGlfZXJyb3JzLlNl cnZlcl9lcnJvcigiU1JfT1BFUkFUSU9OX05PVF9TVVBQT1JURUQiLCBfKQo+PiBKYW4gIDcgMDM6 MjM6NTkgc2lsdmVyIHhhcGk6IFsyMDE1MDEwN1QwMjoyMzo1OS45MzRafGF1ZGl0fHNpbHZlcnwx MjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5zZXRfbmFtZV9sYWJlbCBSOjJiNDY4OTNj ZDExMXxhdWRpdF0gKCd0cmFja2lkPWE2ZDE2OWRjZTc1ZGU0ZmMzOWQzNmZjNDY0MWM2Yzg1JyAn TE9DQUxfU1VQRVJVU0VSJyAncm9vdCcgJ0FMTE9XRUQnICdPSycgJ0FQSScgJ1ZESS5zZXRfbmFt ZV9sYWJlbCcgKCgnc2VsZicgJ3Rlc3QxLWNsb25lMicgJzUxNmE4MDNlLTIxMmMtNmEwZC0yNzcz LWMyNjE1NWY3MzNlOScgJ09wYXF1ZVJlZjpjNWQyNmE4Ni04MGMyLTViYTktY2VlYi1iMjRhZDky ZDk1NjAnKSkpCj4+IEphbiAgNyAwMzoyMzo1OSBzaWx2ZXIgeGFwaTogWyBpbmZvfHNpbHZlcnwx MjU4OCBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9nb3V0IEQ6NTk4ZmJiOTA4OGE1 fHhhcGldIFNlc3Npb24uZGVzdHJveSB0cmFja2lkPWE2ZDE2OWRjZTc1ZGU0ZmMzOWQzNmZjNDY0 MWM2Yzg1Cj4+Cj4+Cj4+Cj4+Cj4+IFZESSBjbG9uZTIgLSByYWlzZXMgZXJyb3IgaW1tZWRpYXRl bHkKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbIGluZm98c2lsdmVyfDEyNTk5IFVO SVggL3Zhci9saWIveGNwL3hhcGl8fGNsaV0geGUgdmRpLWNsb25lIHV1aWQ9ODkzOWNkYzgtZDQz ZC0xNmE5LWVmZDItMGE4NWZhMjM5ZDc5IG5ldy1uYW1lLWxhYmVsPXRlc3QxLWNsb25lMyB1c2Vy bmFtZT1yb290IHBhc3N3b3JkPShvbWl0dGVkKQo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhh cGk6IFsgaW5mb3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxzZXNzaW9uLmxv Z2luX3dpdGhfcGFzc3dvcmQgRDozYjMzNDEwYjg0ZTV8eGFwaV0gU2Vzc2lvbi5jcmVhdGUgdHJh Y2tpZD1kMmMxNjdkZWYwZGJhNjg1OWRjZjc5MDVhYTQ2YTBkZSBwb29sPWZhbHNlIHVuYW1lPXJv b3Qgb3JpZ2luYXRvcj1jbGkgaXNfbG9jYWxfc3VwZXJ1c2VyPXRydWUgYXV0aF91c2VyX3NpZD0g cGFyZW50PXRyYWNraWQ9OTgzNGY1YWY0MWM5NjRlMjI1ZjI0Mjc5YWVmZTRlNDkKPj4gSmFuICA3 IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8c2Vzc2lvbi5sb2dpbl93aXRoX3Bhc3N3b3JkIEQ6M2IzMzQxMGI4NGU1fG1zY2dl bl0geGFwaT0+eGFwaSBbbGFiZWw9InNlc3Npb24uZ2V0X3V1aWQiXTsKPj4gSmFuICA3IDAzOjI0 OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNjAwIFVOSVggL3Zhci9saWIveGNwL3hh cGl8fGR1bW15dGFza2hlbHBlcl0gdGFzayBkaXNwYXRjaDpzZXNzaW9uLmdldF91dWlkIEQ6MmM0 NTYzNDJjZjJhIGNyZWF0ZWQgYnkgdGFzayBEOjNiMzM0MTBiODRlNQo+PiBKYW4gIDcgMDM6MjQ6 MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFw aXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8YXVkaXRdIFZESS5jbG9uZTogVkRJID0gJzg5Mzlj ZGM4LWQ0M2QtMTZhOS1lZmQyLTBhODVmYTIzOWQ3OScKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZl ciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNs b25lIFI6MDRmOTMxNTdlNjRlfHhhcGldIE1hcmtpbmcgU1IgZm9yIFZESS5jbG9uZSAodGFzaz1P cGFxdWVSZWY6MDRmOTMxNTctZTY0ZS0wZTQ0LWMwNWYtMTZkNTkxYzZjYmVkKQo+PiBKYW4gIDcg MDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94 Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25v d24gZmVhdHVyZSBGT1JNQVRfVkhECj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2Rl YnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0Zjkz MTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4g SmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zh ci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJl OiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIg eGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9u ZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1B VF9WSEQKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5 IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBT TS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVwo+PiBKYW4gIDcgMDM6MjQ6MDgg c2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxW REkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVy ZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2ls dmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRl fHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcg MDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94 Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25v d24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2Rl YnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0Zjkz MTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMgo+ PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFsgaW5mb3xzaWx2ZXJ8MTI1OTkgVU5JWCAv dmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c3RvcmFnZV9pbXBsXSBW REkuY2xvbmUgZGJnOk9wYXF1ZVJlZjowNGY5MzE1Ny1lNjRlLTBlNDQtYzA1Zi0xNmQ1OTFjNmNi ZWQgc3I6NWIyNDU4NjgtMDBjNi1kY2QxLTNjYzktYzU5MGY4ZjJjNTAyIHZkaV9pbmZvOnsidmRp IjogInRlc3QyLWJhc2VsaW5lIiwgImNvbnRlbnRfaWQiOiAiIiwgIm5hbWVfbGFiZWwiOiAidGVz dDItYmFzZWxpbmUiLCAibmFtZV9kZXNjcmlwdGlvbiI6ICIiLCAidHkiOiAidXNlciIsICJtZXRh ZGF0YV9vZl9wb29sIjogIiIsICJpc19hX3NuYXBzaG90IjogZmFsc2UsICJzbmFwc2hvdF90aW1l IjogIjE5NzAwMTAxVDAwOjAwOjAwWiIsICJzbmFwc2hvdF9vZiI6ICIiLCAicmVhZF9vbmx5Ijog ZmFsc2UsICJ2aXJ0dWFsX3NpemUiOiAwLCAicGh5c2ljYWxfdXRpbGlzYXRpb24iOiAwLCAicGVy c2lzdGVudCI6IHRydWUsICJzbV9jb25maWciOiB7fX0KPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZl ciBmZnM6IFsgaW5mb3xzaWx2ZXJ8NTg3fHxmZnNdIFZESS5jbG9uZSB0ZXN0Mi1iYXNlbGluZSAo Zm9ybWF0ID0gdmhkKQo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIGZmczogWyBpbmZvfHNpbHZl cnw1ODd8fGZmc10gcmVuYW1lIC9tbnQvaW1hZ2VzL3Rlc3QyLWJhc2VsaW5lIC0+IC9tbnQvaW1h Z2VzL3Rlc3QyLWJhc2VsaW5lLjMKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciBmZnM6IFsgaW5m b3xzaWx2ZXJ8NTg3fHxmZnNdIE5vIC5yZWFkbWUgZmlsZSBjb250YWluaW5nIGNoaWxkIGluZm9y bWF0aW9uIGZvciAvbW50L2ltYWdlcy90ZXN0Mi1iYXNlbGluZS4xCj4+IEphbiAgNyAwMzoyNDow OCBzaWx2ZXIgZmZzOiBbZXJyb3J8c2lsdmVyfDU4N3x8ZmZzXSBpbWFnZSBub2RlIC9tbnQvaW1h Z2VzL3Rlc3QyLWJhc2VsaW5lLjEgaGFzIG5vIGFzc29jaWF0ZWQgbWV0YWRhdGEgLS0gSSBjYW4n dCByaXNrIG1hbmlwdWxhdGluZyBpdAo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtk ZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5 MzE1N2U2NGV8eGFwaV0gQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwg bGluZSAyMiwgY2hhcmFjdGVycyAyLTlcbgo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6 IFtlcnJvcnxzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjow NGY5MzE1N2U2NGV8c3RvcmFnZV9hY2Nlc3NdIFJlLXJhaXNpbmcgYXMgSU5URVJOQUxfRVJST1Ig WyBTdG9yYWdlX2ludGVyZmFjZS5JbnRlcm5hbF9lcnJvcigiRmFpbHVyZShcImltYWdlIG1ldGFk YXRhIGludGVncml0eSBjaGVjayBmYWlsZWRcIikiKSBdCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2 ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5j bG9uZSBSOjA0ZjkzMTU3ZTY0ZXx4YXBpXSBSYWlzZWQgYXQgZmlsZSBcInN0b3JhZ2VfYWNjZXNz Lm1sXCIsIGxpbmUgOTczLCBjaGFyYWN0ZXJzIDktODdcbkNhbGxlZCBmcm9tIGZpbGUgXCJtZXNz YWdlX2ZvcndhcmRpbmcubWxcIiwgbGluZSAyMzMsIGNoYXJhY3RlcnMgMjUtNDRcbkNhbGxlZCBm cm9tIGZpbGUgXCJsaWIvcGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjIsIGNoYXJhY3RlcnMgMi05 XG4KPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVO SVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHhhcGldIFVubWFy a2luZyBTUiBhZnRlciBWREkuY2xvbmUgKHRhc2s9T3BhcXVlUmVmOjA0ZjkzMTU3LWU2NGUtMGU0 NC1jMDVmLTE2ZDU5MWM2Y2JlZCkKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMx NTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1ZIRAo+PiBK YW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6 IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFw aTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBS OjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9R Q09XMgo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhECj4+IEphbiAgNyAwMzoyNDowOCBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVy fDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNt aW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+IEphbiAgNyAw MzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9WSEQKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMx NTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1JBVwo+PiBK YW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFy L2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6 IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1ZIRAo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+IEphbiAgNyAwMzoyNDowOCBz aWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZE SS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJl IEZPUk1BVF9RQ09XMgo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhECj4+IEphbiAgNyAw MzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVi dWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMx NTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFUX1FDT1cyCj4+ IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1JBVwo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkg VU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8c21pbnRdIFNN LmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3IDAzOjI0OjA4 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1 cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+IEphbiAgNyAw MzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hj cC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVyZTogdW5rbm93 biBmZWF0dXJlIEZPUk1BVF9RQ09XMgo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtk ZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5 MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfVkhECj4+ IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9SQVcKPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4 YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8VkRJLmNsb25l IFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1cmUgRk9STUFU X1FDT1cyCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5 OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0g U00uZmVhdHVyZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9WSEQKPj4gSmFuICA3IDAzOjI0OjA4 IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8 VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtub3duIGZlYXR1 cmUgRk9STUFUX1JBVwo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2 ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8 c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUUNPVzIKPj4gSmFuICA3 IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIv eGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfHNtaW50XSBTTS5mZWF0dXJlOiB1bmtu b3duIGZlYXR1cmUgRk9STUFUX1ZIRAo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtk ZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5 MzE1N2U2NGV8c21pbnRdIFNNLmZlYXR1cmU6IHVua25vd24gZmVhdHVyZSBGT1JNQVRfUkFXCj4+ IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92 YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxzbWludF0gU00uZmVhdHVy ZTogdW5rbm93biBmZWF0dXJlIEZPUk1BVF9RQ09XMgo+PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVy IHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAvdmFyL2xpYi94Y3AveGFwaXxWREkuY2xv bmUgUjowNGY5MzE1N2U2NGV8YmFja3RyYWNlXSBSYWlzZWQgYXQgZmlsZSBcImxpYi9wZXJ2YXNp dmVleHQubWxcIiwgbGluZSAyNiwgY2hhcmFjdGVycyAyMi0yNVxuQ2FsbGVkIGZyb20gZmlsZSBc InJiYWMubWxcIiwgbGluZSAyMjcsIGNoYXJhY3RlcnMgMTYtMjNcbgo+PiBKYW4gIDcgMDM6MjQ6 MDggc2lsdmVyIHhhcGk6IFsyMDE1MDEwN1QwMjoyNDowOC43NTRafGF1ZGl0fHNpbHZlcnwxMjU5 OSBVTklYIC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxhdWRpdF0g KCd0cmFja2lkPWQyYzE2N2RlZjBkYmE2ODU5ZGNmNzkwNWFhNDZhMGRlJyAnTE9DQUxfU1VQRVJV U0VSJyAncm9vdCcgJ0FMTE9XRUQnICdFUlJPUjpJTlRFUk5BTF9FUlJPUjogWyBTdG9yYWdlX2lu dGVyZmFjZS5JbnRlcm5hbF9lcnJvcihcIkZhaWx1cmUoXFxcImltYWdlIG1ldGFkYXRhIGludGVn cml0eSBjaGVjayBmYWlsZWRcXFwiKVwiKSBdJyAnQVBJJyAnVkRJLmNsb25lJyAoKCd2ZGknICd0 ZXN0Mi1iYXNlbGluZScgJzg5MzljZGM4LWQ0M2QtMTZhOS1lZmQyLTBhODVmYTIzOWQ3OScgJ09w YXF1ZVJlZjo4OGFjZTM5Mi05ZGE3LTk5N2MtNDA2ZC1mMzcxODA0OGRjMWQnKSkpCj4+IEphbiAg NyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGli L3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxiYWNrdHJhY2VdIFJhaXNlZCBhdCBm aWxlIFwicmJhYy5tbFwiLCBsaW5lIDIzNiwgY2hhcmFjdGVycyAxMC0xNVxuQ2FsbGVkIGZyb20g ZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxpbmUgNzUsIGNoYXJhY3RlcnMgMTEtNDFcbgo+ PiBKYW4gIDcgMDM6MjQ6MDggc2lsdmVyIHhhcGk6IFtkZWJ1Z3xzaWx2ZXJ8MTI1OTkgVU5JWCAv dmFyL2xpYi94Y3AveGFwaXxWREkuY2xvbmUgUjowNGY5MzE1N2U2NGV8ZGlzcGF0Y2hlcl0gU2Vy dmVyX2hlbHBlcnMuZXhlYyBleGNlcHRpb25faGFuZGxlcjogR290IGV4Y2VwdGlvbiBJTlRFUk5B TF9FUlJPUjogWyBTdG9yYWdlX2ludGVyZmFjZS5JbnRlcm5hbF9lcnJvcigiRmFpbHVyZShcImlt YWdlIG1ldGFkYXRhIGludGVncml0eSBjaGVjayBmYWlsZWRcIikiKSBdCj4+IEphbiAgNyAwMzoy NDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklYIC92YXIvbGliL3hjcC94 YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXxkaXNwYXRjaGVyXSBSYWlzZWQgYXQgZmlsZSBc InJiYWMubWxcIiwgbGluZSAyMzYsIGNoYXJhY3RlcnMgMTAtMTVcbkNhbGxlZCBmcm9tIGZpbGUg XCJzZXJ2ZXJfaGVscGVycy5tbFwiLCBsaW5lIDc1LCBjaGFyYWN0ZXJzIDExLTQxXG4KPj4gSmFu ICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9s aWIveGNwL3hhcGl8VkRJLmNsb25lIFI6MDRmOTMxNTdlNjRlfGJhY2t0cmFjZV0gUmFpc2VkIGF0 IGZpbGUgXCJyYmFjLm1sXCIsIGxpbmUgMjM2LCBjaGFyYWN0ZXJzIDEwLTE1XG5DYWxsZWQgZnJv bSBmaWxlIFwic2VydmVyX2hlbHBlcnMubWxcIiwgbGluZSA3NSwgY2hhcmFjdGVycyAxMS00MVxu Cj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBVTklY IC92YXIvbGliL3hjcC94YXBpfFZESS5jbG9uZSBSOjA0ZjkzMTU3ZTY0ZXx4YXBpXSBSYWlzZWQg YXQgZmlsZSBcInNlcnZlcl9oZWxwZXJzLm1sXCIsIGxpbmUgOTAsIGNoYXJhY3RlcnMgMTQtMTVc bkNhbGxlZCBmcm9tIGZpbGUgXCJsaWIvcGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjIsIGNoYXJh Y3RlcnMgMi05XG4KPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVy fDEyNTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8ZGlzcGF0Y2g6VkRJLmNsb25lIEQ6ODg5YTNl M2UxZWNlfHhhcGldIFJhaXNlZCBhdCBmaWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5l IDI2LCBjaGFyYWN0ZXJzIDIyLTI1XG5DYWxsZWQgZnJvbSBmaWxlIFwibGliL2RlYnVnLm1sXCIs IGxpbmUgNTcsIGNoYXJhY3RlcnMgMTctMjBcblJlLXJhaXNlZCBhdCBmaWxlIFwibGliL2RlYnVn Lm1sXCIsIGxpbmUgNjIsIGNoYXJhY3RlcnMgMTAtMTFcbkNhbGxlZCBmcm9tIGZpbGUgXCJsaWIv cGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjIsIGNoYXJhY3RlcnMgMi05XG4KPj4gSmFuICA3IDAz OjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5IFVOSVggL3Zhci9saWIveGNw L3hhcGl8ZGlzcGF0Y2g6VkRJLmNsb25lIEQ6ODg5YTNlM2UxZWNlfGJhY2t0cmFjZV0gUmFpc2Vk IGF0IGZpbGUgXCJsaWIvcGVydmFzaXZlZXh0Lm1sXCIsIGxpbmUgMjYsIGNoYXJhY3RlcnMgMjIt MjVcbkNhbGxlZCBmcm9tIGZpbGUgXCJsaWIvZGVidWcubWxcIiwgbGluZSA1NywgY2hhcmFjdGVy cyAxNy0yMFxuUmUtcmFpc2VkIGF0IGZpbGUgXCJsaWIvZGVidWcubWxcIiwgbGluZSA2MiwgY2hh cmFjdGVycyAxMC0xMVxuQ2FsbGVkIGZyb20gZmlsZSBcImxpYi9wZXJ2YXNpdmVleHQubWxcIiwg bGluZSAyMiwgY2hhcmFjdGVycyAyLTlcblJlLXJhaXNlZCBhdCBmaWxlIFwibGliL3BlcnZhc2l2 ZWV4dC5tbFwiLCBsaW5lIDI2LCBjaGFyYWN0ZXJzIDIyLTI1XG5DYWxsZWQgZnJvbSBmaWxlIFwi c2VydmVyX2hlbHBlcnMubWxcIiwgbGluZSAxMzYsIGNoYXJhY3RlcnMgMTAtMTA2XG5DYWxsZWQg ZnJvbSBmaWxlIFwic2VydmVyLm1sXCIsIGxpbmUgMjM0MTcsIGNoYXJhY3RlcnMgMjMtMTYxXG5D YWxsZWQgZnJvbSBmaWxlIFwic2VydmVyX2hlbHBlcnMubWxcIiwgbGluZSAxMTUsIGNoYXJhY3Rl cnMgNC03XG4KPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEy NTk5IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fHhhcGldIFJhaXNlZCBhdCBmaWxlIFwiY2xpZW50 Lm1sXCIsIGxpbmUgNiwgY2hhcmFjdGVycyAzNy03NVxuQ2FsbGVkIGZyb20gZmlsZSBcImNsaWVu dC5tbFwiLCBsaW5lIDE4LCBjaGFyYWN0ZXJzIDU1LTExMFxuQ2FsbGVkIGZyb20gZmlsZSBcImNs aWVudC5tbFwiLCBsaW5lIDk5NzgsIGNoYXJhY3RlcnMgNi02OFxuQ2FsbGVkIGZyb20gZmlsZSBc ImNsaV9vcGVyYXRpb25zLm1sXCIsIGxpbmUgMTE3MywgY2hhcmFjdGVycyAxNC02M1xuQ2FsbGVk IGZyb20gZmlsZSBcInhhcGlfY2xpLm1sXCIsIGxpbmUgMTEyLCBjaGFyYWN0ZXJzIDE4LTU2XG5D YWxsZWQgZnJvbSBmaWxlIFwibGliL3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDIyLCBjaGFyYWN0 ZXJzIDItOVxuCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogWyBpbmZvfHNpbHZlcnwx MjU5OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHNlc3Npb24ubG9nb3V0IEQ6NDAxNDYyMDM5ZWQz fHhhcGldIFNlc3Npb24uZGVzdHJveSB0cmFja2lkPWQyYzE2N2RlZjBkYmE2ODU5ZGNmNzkwNWFh NDZhMGRlCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5 OSBVTklYIC92YXIvbGliL3hjcC94YXBpfHxiYWNrdHJhY2VdIFJhaXNlZCBhdCBmaWxlIFwibGli L3BlcnZhc2l2ZWV4dC5tbFwiLCBsaW5lIDI2LCBjaGFyYWN0ZXJzIDIyLTI1XG5DYWxsZWQgZnJv bSBmaWxlIFwieGFwaV9jbGkubWxcIiwgbGluZSAxMTEsIGNoYXJhY3RlcnMgMi0xMzhcbkNhbGxl ZCBmcm9tIGZpbGUgXCJ4YXBpX2NsaS5tbFwiLCBsaW5lIDIyMSwgY2hhcmFjdGVycyA3LTQ0XG5D YWxsZWQgZnJvbSBmaWxlIFwieGFwaV9jbGkubWxcIiwgbGluZSAyNzMsIGNoYXJhY3RlcnMgNC0y M1xuCj4+IEphbiAgNyAwMzoyNDowOCBzaWx2ZXIgeGFwaTogW2RlYnVnfHNpbHZlcnwxMjU5OSBV TklYIC92YXIvbGliL3hjcC94YXBpfHxjbGldIFhhcGlfY2xpLmV4Y2VwdGlvbl9oYW5kbGVyOiBH b3QgZXhjZXB0aW9uIElOVEVSTkFMX0VSUk9SOiBbIFN0b3JhZ2VfaW50ZXJmYWNlLkludGVybmFs X2Vycm9yKCJGYWlsdXJlKFwiaW1hZ2UgbWV0YWRhdGEgaW50ZWdyaXR5IGNoZWNrIGZhaWxlZFwi KSIpIF0KPj4gSmFuICA3IDAzOjI0OjA4IHNpbHZlciB4YXBpOiBbZGVidWd8c2lsdmVyfDEyNTk5 IFVOSVggL3Zhci9saWIveGNwL3hhcGl8fGNsaV0gUmFpc2VkIGF0IGZpbGUgXCJsaWIvcGVydmFz aXZlZXh0Lm1sXCIsIGxpbmUgMjYsIGNoYXJhY3RlcnMgMjItMjVcbkNhbGxlZCBmcm9tIGZpbGUg XCJ4YXBpX2NsaS5tbFwiLCBsaW5lIDExMSwgY2hhcmFjdGVycyAyLTEzOFxuQ2FsbGVkIGZyb20g ZmlsZSBcInhhcGlfY2xpLm1sXCIsIGxpbmUgMjIxLCBjaGFyYWN0ZXJzIDctNDRcbkNhbGxlZCBm cm9tIGZpbGUgXCJ4YXBpX2NsaS5tbFwiLCBsaW5lIDI3MywgY2hhcmFjdGVycyA0LTIzXG4KPj4K Pj4gUmVnYXJkcywKPj4gRGF3aWQKPj4KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KPj4gWGVuLWFwaSBtYWlsaW5nIGxpc3QKPj4gWGVuLWFwaUBsaXN0 cy54ZW4ub3JnCj4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5m by94ZW4tYXBpCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0 cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Thu Jan 08 17:42:22 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Jan 2015 17:42:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9H65-0008GI-J5; Thu, 08 Jan 2015 17:42:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Fif-0006th-MB for xen-api@lists.xen.org; Thu, 08 Jan 2015 16:13:57 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id E8/54-09842-5CCAEA45; Thu, 08 Jan 2015 16:13:57 +0000 X-Env-Sender: Tobias.Kreidl@nau.edu X-Msg-Ref: server-8.tower-21.messagelabs.com!1420733632!20159105!1 X-Originating-IP: [134.114.96.39] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28051 invoked from network); 8 Jan 2015 16:13:53 -0000 Received: from mailgate6.nau.edu (HELO mailgate6.nau.edu) (134.114.96.39) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jan 2015 16:13:53 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate6.nau.edu (Postfix) with ESMTP id D3A60600071; Thu, 8 Jan 2015 09:13:51 -0700 (MST) X-Virus-Scanned: amavisd-new at nau.edu Received: from mailgate6.nau.edu ([127.0.0.1]) by localhost (mailgate6.nau.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VuK7fBDXo0W0; Thu, 8 Jan 2015 09:13:51 -0700 (MST) Received: from birch.ucc.nau.edu (birch.ucc.nau.edu [134.114.197.64]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailgate6.nau.edu (Postfix) with ESMTPS id E1F6960006D; Thu, 8 Jan 2015 09:13:50 -0700 (MST) Received: from AX.nau.froot.nau.edu (10.5.176.64) by birch.ucc.nau.edu (134.114.197.64) with Microsoft SMTP Server (TLS) id 14.3.195.1; Thu, 8 Jan 2015 09:12:21 -0700 Received: from [134.114.32.68] (134.114.32.68) by Ax.nau.froot.nau.edu (10.5.176.65) with Microsoft SMTP Server (TLS) id 14.3.195.1; Thu, 8 Jan 2015 09:12:43 -0700 Message-ID: <54AEAC7B.1080600@nau.edu> Date: Thu, 8 Jan 2015 09:12:43 -0700 From: Tobias Kreidl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Dave Scott , Lorscheider Santiago References: <8055C9DA-E831-42CB-80E9-98D177CD4C33@citrix.com> <37AB6F3E-B73B-4D1A-A740-8C87BC0FCAE1@citrix.com> <54AC3A11.3070905@nau.edu> In-Reply-To: X-Originating-IP: [134.114.32.68] X-Mailman-Approved-At: Thu, 08 Jan 2015 17:42:12 +0000 Cc: tobias Kreidl , xs-devel , Xen API mailing list Subject: Re: [Xen-API] [xs-devel] Backup solutions for XenServer 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="windows-1252"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello, David: Thanks very much for that feedback. Simple often means good with an = easier implementation and fewer complexities to worry about, so as = suggested some time ago on the Xen Project Web site = https://xenorg.uservoice.com/forums/172169-xen-development?filter=3Dhot&pag= e=3D1 = the thin provisioning of LVM does appear to be a good contender. The = running out of space issue is, of course, endemic in any storage = mechanism, so it's more a question of how to prevent corruption and = recover in that event. As with ext file systems, perhaps keeping a = certain percentage of the volume reserved for emergency issues could = help while refusing additional write commits at some point when all = storage capacity is exhausted (going into "RO" mode). Of course, being = able to copy out and recover lost space would be a useful means of being = able to keep VMs running by doing storage Xenmotions periodically and = recovering the space through some means from the original disk (if need = be though a re-initialization process or an LVM resize operation). With = thin provisioning, it's less of an issue for some scenarios like a = XenDesktop environment containing a large number of Windows clients = because Microsoft comes out with monthly patches and it is way more = efficient to just apply those to your golden images and reprovision all = your VMs. You're then back to your base storage. It would also be nice to se VHDX adopted for Windows VMs at some point. = And while on the topic of storage, where do things stand with Ceph? The = flexibility looks tremendous, but my understanding is that there are = still performance issues. It has the capability of natively supporting = several different storage options, addressing your comment about plug-in = support for virtually any sort of file system one might want. It would = also be interesting to get an update on both NFSv4 (which works under = Creedence, just isn't officially supported) as well as with potential = pNFS support. Some vendors like NetApp showed early on that NFS is still = a very viable option for many storage needs and our own tests of iSCSI = vs. NFS were convincing enough that with an LACP bond, we have a very = solid NFS connection to our NexentaStor SDS and with thin provisioning = plus on-the-fly compression/decompression, get anywhere from a 20:1 to = 50:1 reduction in utilized storage. And as mentioned already, this is = with the equal I/O performance of iSCSI. It's hard to beat that, = especially if you can convince those who hold the purse strings that = you've just increased your storage capacity by a factor of 20 or more = without needing any additional disks. Again, your efforts in this area are most appreciated and thank you for = continuing to investigate and address these points. Citrix has been = really great about being open to suggestions and feedback from the user = community, so many kudos to you and your colleagues for lending your ears. -=3DTobias On 1/8/2015 7:57 AM, Dave Scott wrote: >> On 8 Jan 2015, at 14:26, Lorscheider Santiago wrote: >> >> Hi Tobias, >> >> Congratulations analysis. Really if used LVMoSCSI or LVMoHBA will not ha= ve much gain. > That=92s right =97 our block storage types (LVMoiSCSI and LVMoHBA) are = =93thick provisioned=94 > and hence VDIs take up a lot of space. As Tobias says below, this shows h= ow important > thin provisioning is. > > Within the upstream xapi-project (cc:d xen-api) we=92ve been looking into= thin provisioning > options for block storage. I=92ve written two draft designs: > > 1. thin LVHD: > > http://xapi-project.github.io/xapi/futures/thin-lvhd/thin-lvhd.html > > This proposes to extend the existing LVM-based SRs, allowing LVs to be re= sized at runtime > as more space is needed. Every LV could start out small (like a file) and= grow as new > blocks are written. The trick is to make sure allocation can still happen= when there > is a network partition in the pool and avoid timing out VM I/O. The desig= n proposes to > cache free blocks locally on each host, allocate from there, and replay a= n allocation > journal against the LVM metadata periodically. [ This is all based on pre= vious work by > Germano Percossi and Jon Ludlam, so I can=92t claim credit :) ] > > 2. OCFS2: > > http://xapi-project.github.io/xapi/futures/ocfs2/ocfs2.html > > This proposes to manage OCFS2 clustered filesystem instances and to store= VDIs as files > (format flexible) on top. Most of the design so far is to deal with the c= omplexity of > managing the configuration and state of the O2CB cluster. > > My gut feeling at the moment is that thin LVHD is simpler to implement an= d will cause > less =93behaviour churn=94, since we don=92t have to change how HA behave= s, how maintenance mode > is used etc. > > Hopefully at some point in the future Xapi will be able to use any user-m= anaged existing > filesystem, so a Linux expert power-user could use OCFS2 if they wanted. > > Cheers, > Dave Scott > >> Best Regards, >> >> Cordialmente, >> >> Lorscheider Santiago >> Visite meu blog: www.centralcloud.info >> Twitter: @lsantiagos >> Antes de imprimir, pense em sua responsabilidade e compromisso com o mei= o ambiente >> >> On Tue, Jan 6, 2015 at 4:40 PM, Tobias Kreidl wr= ote: >> Thank you very much, Dave, for the updates about this nice addition. >> >> Here is my one concern, namely that for incremental backups to work prop= erly, you need to continuously keep a base snapshot on the server, hence yo= u will -- even if sparse storage is utilized -- still take up a fair amount= of storage as long as you want to maintain the snapshot and backup mechani= sm. >> >> This led me to thinking, so, what happens if you have SRs with different= underlying properties? What kind of space requirements are being realized? >> >> As a test, I took both a Linux RHEL 7 and a Windows 8.1 VM and checked h= ow much space was really being used as well as allocated on the SR, as well= as in the export files. Please note that here, some extra space savings ta= ke place on the NexentaStor NFS mount because of some built-in automatic co= mpression taking place. >> >> For a Linux VM with 8 GB of allocated storage on a VDI and around 1.63 G= B of space in use and a Windows VM with 40 GB of allocated storage and arou= nd 20 GB in actual use, here are the numbers I came up with: >> >> >> RHEL 7 RHEL 7 Windows 8.1 Windo= ws 8.1 >> Function LVM NFS+compression LVM NFS+com= pression >> >> base used: 8.0 GB 1.1 GB 40.0 GB 20.2 = GB >> base allocated: 8.0 GB 8.0 GB 40.0 GB 40.0 = GB >> >> pre-snapshot >> virtual-size: 8589923591 8589934592 42049672960 4294967= 2960 >> physical-utilisation: 8615100416 5984371200 43041947648 2013634= 6112 >> >> snapshot used: 13.6 GB 1.1 GB 59.0 GB 20.2 = GB >> snapshot allocated: 16.0 GB 16.0 GB 80.1 GB 80.0 = GB >> >> full snapshot >> virtual-size: 8589934592 8589934592 42949672960 4294967= 2960 >> physical-virtualisation: 8388608 39944704 8388608 8= 8576 >> >> snapshot >> export size (VHD): 5.97 GB 5.97 GB 20.24 GB 20.22= GB >> >> delta snapshot used: 13.6 GB 1.1 GB 59.1 GB 0.3 = GB >> delta snap allocated: 24.0 GB 24.0 GB 120.1 GB 120.0 = GB >> >> delta snapshot >> virtual-size: 8589934592 8589934592 42949672960 4294967= 2960 >> physical-virtualistion: 8388608 20992 8388608 8= 8576 >> >> delta snapshot >> export size: 0.126 GB 0.044 GB 0.078 GB 0.074= GB >> >> >> Not surprising is that the exports all came our roughly the same (they a= re, after all, creating VHD files in all cases), with minor difference due = to some activity between when the exports were created. However, what is pa= rticularly interesting in the NFS-based SR is that the initial snapshot see= ms to have taken up virtually no discernible space at all. Why? Evidently b= ecause it creates it's own initial "difference" disk. Running "xe vdi-list = uuid=3D(UUID_of_VDI) params=3Dall" on the VDI yields details on the space u= tilization/allocation. This is actually quite interesting, as I had not tri= ed this with an already thinly-provisioned (as opposed to sparely populated= ) storage before. >> >> Noting how an NFS-based SR is so much more space efficient, it does howe= ver leave the issue that if create both a full and delta snapshot, you will= no longer be able to storage Xenmotion the VM until you bring the snapshot= count back down to two or lower. One option would be to immediately clean = this up after the latest delta vdi-export has taken place; alternatively, y= ou could just defer this until a storage Xenmotion or other action is calle= d for that requires prior cleanup. >> >> This brings us back to the LVM case. The huge difference here is that yo= u need readily three times the size of the VDI to be allocated and at least= double the size to be able to retain a base copy and triple the size to ho= ld in addition a delta snapshot. Plus, unlike a NFS-based SR, you cannot o= ver-commit your storage allocation on the SR. it would hence be of great be= nefit in space savings if one could do one of the following: (1) store a th= inly-provisioned and compressed version of the initial snapshot similar to = what NexentaStor does with the NFS VM, (2) in creating an incremental snaps= hot, access somehow an off-line VDI file containing the base, (3) had the m= eans to efficiently temporarily pull in an offlined VDI so you'd not have t= o keep the base snapshot on the SR constantly, (4) be able to store the bas= e snapshot on a different SR than the VDI you want to snapshot, or (5) some= other clever, unnamed mechanism. >> >> The NAU VMbackup mechanism we have used in-house for years is efficient = mainly because it creates a full snapshot on the fly for the purpose of a f= ull backup and once completed, deletes it. Hence, you never need more addit= ional space at any given time than that of a copy of the largest storage as= sociated with an particular VM. The disadvantage is that this is of course = a sequential operation and hence takes quite some time if you have a lot of= VMs. However, being able to snapshot and keep a spare image would still ta= ke up a large amount of extra space. While having the means to very efficie= ntly create incremental (delta) snapshots and back them up, this still leav= es the large storage requirement issue open for LVM-based storage, should o= ne want to retain baseline snapshots over longer periods of time. >> >> To me, this is an indication how thin provisioning (in contrast to just = sparse storage) can make a huge difference. It would be really interesting = to see what other options could be implemented to help address the LVM limi= tations outlined above. >> >> Thanks for taking the time to look over these thoughts, and I most certa= inly welcome feedback, in particular if I have overlooked something blatant. >> >> -=3DTobias >> >> >> On 1/5/2015 8:09 AM, Dave Scott wrote: >>>> On 31 Dec 2014, at 11:27, Lorscheider Santiago >>>> wrote: >>>> >>>> Hi Dave! >>>> >>>> Very good xapi the project site. Thanks for the tip! >>>> http://xapi-project.github.io/ >>>> >>>> >>>> About recuros of "export and import only the blocks Which have changed= between two snapshots" this is a sensational news! It's been times that I = miss this feature, which brings tremendous agility to backup. From what you= wrote, similar operation to VMware CBT. >>>> >>>> By your tests, you confirmed that this resource is in the build 90383c= . We can not test since the Release Candidate build is in 90239c. Although = he had already noticed changes in the snapshot in earlier builds the 90239c. >>>> >>>> Congratulations for the work and thanks for sharing this information w= ith us! >>>> >>> I=92m glad you liked the new site! Credit for the site itself and much = of the content should also go to: (extracted from git history in no particu= lar order) >>> >>> Euan Harris >>> John Else >>> Jonathan Davies >>> Rob Hoes >>> Si Beaumont >>> >>> If you find any problems with it or have suggestions for improvement (o= r new content), feel free to make pull requests or make issues on the track= er: >>> >>> >>> https://github.com/xapi-project/xapi-project.github.io >>> >>> >>> Cheers, >>> Dave >>> >>> >>>> Cordialmente, >>>> >>>> Lorscheider Santiago >>>> Visite meu blog: >>>> www.centralcloud.info >>>> >>>> Twitter: @lsantiagos >>>> Antes de imprimir, pense em sua responsabilidade e compromisso com o m= eio ambiente >>>> >>>> On Mon, Dec 29, 2014 at 7:47 PM, Dave Scott >>>> >>>> wrote: >>>> >>>> >>>>> On 29 Dec 2014, at 15:31, Dennis Duane Booher >>>>> wrote: >>>>> >>>>> Hi Dave, >>>>> >>>>> This looks very interesting. Since this is in the xapi-project does t= his mean it is intended for some future release? Is it in the current Creed= ence pre-release build? >>>>> >>>> I believe the code for this is present in the recent creedence builds.= Just to check I installed build number =9190383c=92 and did a bit of smoke= testing=97 the xe commands listed in the xapi-project page ran ok and prod= uced the correct output. >>>> >>>> HTH, >>>> Dave >>>> >>>> >>>>> Duane >>>>> >>>>> -----Original Message----- >>>>> From: >>>>> xs-devel-request@lists.xenserver.org [mailto:xs-devel-request@lists.x= enserver.org >>>>> ] On Behalf Of Dave Scott >>>>> Sent: Sunday, December 28, 2014 4:05 AM >>>>> To: >>>>> xs-devel@lists.xenserver.org >>>>> >>>>> Subject: Re: [xs-devel] Backup solutions for XenServer >>>>> >>>>> Hi, >>>>> >>>>> >>>>>> On 27 Dec 2014, at 12:07, Lorscheider Santiago >>>>>> wrote: >>>>>> >>>>>> Hi Duane, >>>>>> >>>>>> I do not mean backup tools but the improvements that XenServer 6.5 i= n your api to facilitate the work of backup tools. >>>>>> >>>>> I've written up some of the recent XenAPI improvements here: >>>>> >>>>> >>>>> http://xapi-project.github.io/features/snapshots/snapshots.html >>>>> >>>>> >>>>> The new APIs allow you to >>>>> >>>>> - export and import disks in .vhd format (previously we only supporte= d raw). This means the files are sparse. >>>>> - export and import only the blocks which have changed between two sn= apshots. This allows you to avoid re-copying the same data again and again. >>>>> >>>>> Let me know what you think. >>>>> >>>>> Cheers, >>>>> Dave >>>>> >>>>> >>>>>> Cordialmente, >>>>>> >>>>>> Lorscheider Santiago >>>>>> Visite meu blog: >>>>>> www.centralcloud.info >>>>>> >>>>>> Twitter: @lsantiagos >>>>>> Antes de imprimir, pense em sua responsabilidade e compromisso com o= meio ambiente >>>>>> >>>>>> On Fri, Dec 19, 2014 at 8:27 PM, Dennis Duane Booher >>>>>> >>>>>> wrote: >>>>>> Hi Lorscheider, >>>>>> >>>>>> >>>>>> >>>>>> We use >>>>>> https://github.com/NAUbackup >>>>>> for all our production Xenserver VM backups. It is freely availabl= e if you would like to give it a try. >>>>>> >>>>>> >>>>>> >>>>>> Duane >>>>>> >>>>>> >>>>>> >>>>>> From: >>>>>> xs-devel-request@lists.xenserver.org [mailto:xs-devel-request@lists.= xenserver.org >>>>>> ] On Behalf Of Lorscheider Santiago >>>>>> Sent: Friday, December 19, 2014 3:33 AM >>>>>> To: xs-devel >>>>>> Subject: [xs-devel] Backup solutions for XenServer >>>>>> >>>>>> >>>>>> >>>>>> Hi All, >>>>>> >>>>>> >>>>>> >>>>>> Looking backup solutions available on the market, solutions with goo= d support XenServer are limited. The changes made in creedence api will mak= e it easier and more attractive than more backup silu=E7oes have support Xe= nServer? >>>>>> >>>>>> >>>>>> >>>>>> Regards, >>>>>> >>>>>> Lorscheider Santiago >>>>>> Visite meu blog: >>>>>> www.centralcloud.info >>>>>> >>>>>> Twitter: @lsantiagos >>>>>> Antes de imprimir, pense em sua responsabilidade e compromisso com o= meio ambiente >>>>>> >>>>>> >>>>>> >> >> _______________________________________________ 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 Jan 08 17:42:22 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Jan 2015 17:42:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9H65-0008GD-Ck; Thu, 08 Jan 2015 17:42:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y95hp-0002GL-PO for xen-api@lists.xen.org; Thu, 08 Jan 2015 05:32:25 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 5B/A0-25276-8661EA45; Thu, 08 Jan 2015 05:32:24 +0000 X-Env-Sender: vishal@servarica.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1420695143!19613387!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10932 invoked from network); 8 Jan 2015 05:32:23 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 05:32:23 -0000 Received: by mail-we0-f170.google.com with SMTP id w61so540852wes.1 for ; Wed, 07 Jan 2015 21:32:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=e+vA1Eq/3Ql93l0XQQPfxk3UcwnWuYW+o+vchp4BITo=; b=gvzk6qMh/VhzTWWwJJKgHqwV9xx8Ot/iQ5ys8y7i3xBVauSKOg1CsfeneR5ME7WHgc OxMyj/+Fv6S3hV8IaFYGnwFqGRJ7u3flyMojX8Glsg5fIdhH3mvOR0o7MTuRNf3sdDAd DuOrZ79jjAn9xDfSw+732xpTY0AuJDmOx0/NHqGJlx6EUU/qp0Yj4hy/HuMX73IZCF8x AWRjWG42/UtFjMKcRQviGyO7i5zyTIUFB5DIE7KGd2D3WWxxDSkW08y7Wc4rFcQNv7qw Ld89OCQ3cMt3Pf9mAHDPbNB3L382ZTlA2H9IfwCQEcmLcFh0L3uaVGobrlyq+OALnY2+ 9sow== X-Gm-Message-State: ALoCoQlCctf4CIDhYcoca5jZ8/8PT2PRWDPko8EYyDe1ec/zkluqtItPBek/SR5R5/RBVUs3XhYD MIME-Version: 1.0 X-Received: by 10.180.88.33 with SMTP id bd1mr55699655wib.10.1420695143303; Wed, 07 Jan 2015 21:32:23 -0800 (PST) Received: by 10.217.62.7 with HTTP; Wed, 7 Jan 2015 21:32:23 -0800 (PST) X-Originating-IP: [122.172.215.78] Date: Thu, 8 Jan 2015 11:02:23 +0530 Message-ID: From: Vishal Faldu To: xen-users@lists.xen.org, xen-api@lists.xen.org X-Mailman-Approved-At: Thu, 08 Jan 2015 17:42:12 +0000 Cc: Servarica Webmaster Subject: [Xen-API] Xen-ringwatch flooding with alerts 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="===============3579902815090214914==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3579902815090214914== Content-Type: multipart/alternative; boundary=f46d0444e8fd59e082050c1d5dde --f46d0444e8fd59e082050c1d5dde Content-Type: text/plain; charset=UTF-8 Hi , xen-ringwatch flooding with below alerts Subject: Cron xen-ringwatch check -T3 --kick | logger -p daemon.crit -t RINGWATCH-ALERT To: root Traceback (most recent call last): File "/usr/sbin/xen-ringwatch", line 593, in ? watches.update() File "/usr/sbin/xen-ringwatch", line 414, in update entry = RingWatch.new(ring) File "/usr/sbin/xen-ringwatch", line 357, in new state = ring.read() File "/usr/sbin/xen-ringwatch", line 136, in read state = RingState.from_sysfs(self.path()) File "/usr/sbin/xen-ringwatch", line 223, in from_sysfs req = cls.Req.from_sysfs(_req, size=nr_ents) File "/usr/sbin/xen-ringwatch", line 240, in from_sysfs raise Exception, "Malformed %s input: %s" % \ NameError: global name 's' is not defined Is there any one can help on ? -Vishal --f46d0444e8fd59e082050c1d5dde Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi ,

xen-ringwatch flooding with below = alerts=C2=A0

Subject: Cron <root@xenDOM0> xen-ringwatch check -T3 --k= ick | logger -p daemon.crit -t RINGWATCH-ALERT
To: root


Traceback (mos= t recent call last):
=C2=A0 File "/usr/sbin/xen-ringwatch", li= ne 593, in ?
=C2=A0 =C2=A0 watches.update()
=C2=A0 File "/usr/sb= in/xen-ringwatch", line 414, in update
=C2=A0 =C2=A0 entry =3D Ring= Watch.new(ring)
=C2=A0 File "/usr/sbin/xen-ringwatch", line 35= 7, in new
=C2=A0 =C2=A0 state =3D ring.read()
=C2=A0 File "/usr/= sbin/xen-ringwatch", line 136, in read
=C2=A0 =C2=A0 state =3D Ring= State.from_sysfs(self.path())
=C2=A0 File "/usr/sbin/xen-ringwatch&= quot;, line 223, in from_sysfs
=C2=A0 =C2=A0 req =3D cls.Req.from_sysfs(= _req, size=3Dnr_ents)
=C2=A0 File "/usr/sbin/xen-ringwatch", l= ine 240, in from_sysfs
=C2=A0 =C2=A0 raise Exception, "Malformed %s= input: %s" % \
NameError: global name 's' is not defined

Is there any one can help on ?
=

-Vishal
=

--f46d0444e8fd59e082050c1d5dde-- --===============3579902815090214914== 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 --===============3579902815090214914==-- From xen-api-bounces@lists.xen.org Thu Jan 08 17:42:22 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Jan 2015 17:42:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9H65-0008GI-J5; Thu, 08 Jan 2015 17:42:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9Fif-0006th-MB for xen-api@lists.xen.org; Thu, 08 Jan 2015 16:13:57 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id E8/54-09842-5CCAEA45; Thu, 08 Jan 2015 16:13:57 +0000 X-Env-Sender: Tobias.Kreidl@nau.edu X-Msg-Ref: server-8.tower-21.messagelabs.com!1420733632!20159105!1 X-Originating-IP: [134.114.96.39] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28051 invoked from network); 8 Jan 2015 16:13:53 -0000 Received: from mailgate6.nau.edu (HELO mailgate6.nau.edu) (134.114.96.39) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jan 2015 16:13:53 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate6.nau.edu (Postfix) with ESMTP id D3A60600071; Thu, 8 Jan 2015 09:13:51 -0700 (MST) X-Virus-Scanned: amavisd-new at nau.edu Received: from mailgate6.nau.edu ([127.0.0.1]) by localhost (mailgate6.nau.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VuK7fBDXo0W0; Thu, 8 Jan 2015 09:13:51 -0700 (MST) Received: from birch.ucc.nau.edu (birch.ucc.nau.edu [134.114.197.64]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailgate6.nau.edu (Postfix) with ESMTPS id E1F6960006D; Thu, 8 Jan 2015 09:13:50 -0700 (MST) Received: from AX.nau.froot.nau.edu (10.5.176.64) by birch.ucc.nau.edu (134.114.197.64) with Microsoft SMTP Server (TLS) id 14.3.195.1; Thu, 8 Jan 2015 09:12:21 -0700 Received: from [134.114.32.68] (134.114.32.68) by Ax.nau.froot.nau.edu (10.5.176.65) with Microsoft SMTP Server (TLS) id 14.3.195.1; Thu, 8 Jan 2015 09:12:43 -0700 Message-ID: <54AEAC7B.1080600@nau.edu> Date: Thu, 8 Jan 2015 09:12:43 -0700 From: Tobias Kreidl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Dave Scott , Lorscheider Santiago References: <8055C9DA-E831-42CB-80E9-98D177CD4C33@citrix.com> <37AB6F3E-B73B-4D1A-A740-8C87BC0FCAE1@citrix.com> <54AC3A11.3070905@nau.edu> In-Reply-To: X-Originating-IP: [134.114.32.68] X-Mailman-Approved-At: Thu, 08 Jan 2015 17:42:12 +0000 Cc: tobias Kreidl , xs-devel , Xen API mailing list Subject: Re: [Xen-API] [xs-devel] Backup solutions for XenServer 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="windows-1252"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hello, David: Thanks very much for that feedback. Simple often means good with an = easier implementation and fewer complexities to worry about, so as = suggested some time ago on the Xen Project Web site = https://xenorg.uservoice.com/forums/172169-xen-development?filter=3Dhot&pag= e=3D1 = the thin provisioning of LVM does appear to be a good contender. The = running out of space issue is, of course, endemic in any storage = mechanism, so it's more a question of how to prevent corruption and = recover in that event. As with ext file systems, perhaps keeping a = certain percentage of the volume reserved for emergency issues could = help while refusing additional write commits at some point when all = storage capacity is exhausted (going into "RO" mode). Of course, being = able to copy out and recover lost space would be a useful means of being = able to keep VMs running by doing storage Xenmotions periodically and = recovering the space through some means from the original disk (if need = be though a re-initialization process or an LVM resize operation). With = thin provisioning, it's less of an issue for some scenarios like a = XenDesktop environment containing a large number of Windows clients = because Microsoft comes out with monthly patches and it is way more = efficient to just apply those to your golden images and reprovision all = your VMs. You're then back to your base storage. It would also be nice to se VHDX adopted for Windows VMs at some point. = And while on the topic of storage, where do things stand with Ceph? The = flexibility looks tremendous, but my understanding is that there are = still performance issues. It has the capability of natively supporting = several different storage options, addressing your comment about plug-in = support for virtually any sort of file system one might want. It would = also be interesting to get an update on both NFSv4 (which works under = Creedence, just isn't officially supported) as well as with potential = pNFS support. Some vendors like NetApp showed early on that NFS is still = a very viable option for many storage needs and our own tests of iSCSI = vs. NFS were convincing enough that with an LACP bond, we have a very = solid NFS connection to our NexentaStor SDS and with thin provisioning = plus on-the-fly compression/decompression, get anywhere from a 20:1 to = 50:1 reduction in utilized storage. And as mentioned already, this is = with the equal I/O performance of iSCSI. It's hard to beat that, = especially if you can convince those who hold the purse strings that = you've just increased your storage capacity by a factor of 20 or more = without needing any additional disks. Again, your efforts in this area are most appreciated and thank you for = continuing to investigate and address these points. Citrix has been = really great about being open to suggestions and feedback from the user = community, so many kudos to you and your colleagues for lending your ears. -=3DTobias On 1/8/2015 7:57 AM, Dave Scott wrote: >> On 8 Jan 2015, at 14:26, Lorscheider Santiago wrote: >> >> Hi Tobias, >> >> Congratulations analysis. Really if used LVMoSCSI or LVMoHBA will not ha= ve much gain. > That=92s right =97 our block storage types (LVMoiSCSI and LVMoHBA) are = =93thick provisioned=94 > and hence VDIs take up a lot of space. As Tobias says below, this shows h= ow important > thin provisioning is. > > Within the upstream xapi-project (cc:d xen-api) we=92ve been looking into= thin provisioning > options for block storage. I=92ve written two draft designs: > > 1. thin LVHD: > > http://xapi-project.github.io/xapi/futures/thin-lvhd/thin-lvhd.html > > This proposes to extend the existing LVM-based SRs, allowing LVs to be re= sized at runtime > as more space is needed. Every LV could start out small (like a file) and= grow as new > blocks are written. The trick is to make sure allocation can still happen= when there > is a network partition in the pool and avoid timing out VM I/O. The desig= n proposes to > cache free blocks locally on each host, allocate from there, and replay a= n allocation > journal against the LVM metadata periodically. [ This is all based on pre= vious work by > Germano Percossi and Jon Ludlam, so I can=92t claim credit :) ] > > 2. OCFS2: > > http://xapi-project.github.io/xapi/futures/ocfs2/ocfs2.html > > This proposes to manage OCFS2 clustered filesystem instances and to store= VDIs as files > (format flexible) on top. Most of the design so far is to deal with the c= omplexity of > managing the configuration and state of the O2CB cluster. > > My gut feeling at the moment is that thin LVHD is simpler to implement an= d will cause > less =93behaviour churn=94, since we don=92t have to change how HA behave= s, how maintenance mode > is used etc. > > Hopefully at some point in the future Xapi will be able to use any user-m= anaged existing > filesystem, so a Linux expert power-user could use OCFS2 if they wanted. > > Cheers, > Dave Scott > >> Best Regards, >> >> Cordialmente, >> >> Lorscheider Santiago >> Visite meu blog: www.centralcloud.info >> Twitter: @lsantiagos >> Antes de imprimir, pense em sua responsabilidade e compromisso com o mei= o ambiente >> >> On Tue, Jan 6, 2015 at 4:40 PM, Tobias Kreidl wr= ote: >> Thank you very much, Dave, for the updates about this nice addition. >> >> Here is my one concern, namely that for incremental backups to work prop= erly, you need to continuously keep a base snapshot on the server, hence yo= u will -- even if sparse storage is utilized -- still take up a fair amount= of storage as long as you want to maintain the snapshot and backup mechani= sm. >> >> This led me to thinking, so, what happens if you have SRs with different= underlying properties? What kind of space requirements are being realized? >> >> As a test, I took both a Linux RHEL 7 and a Windows 8.1 VM and checked h= ow much space was really being used as well as allocated on the SR, as well= as in the export files. Please note that here, some extra space savings ta= ke place on the NexentaStor NFS mount because of some built-in automatic co= mpression taking place. >> >> For a Linux VM with 8 GB of allocated storage on a VDI and around 1.63 G= B of space in use and a Windows VM with 40 GB of allocated storage and arou= nd 20 GB in actual use, here are the numbers I came up with: >> >> >> RHEL 7 RHEL 7 Windows 8.1 Windo= ws 8.1 >> Function LVM NFS+compression LVM NFS+com= pression >> >> base used: 8.0 GB 1.1 GB 40.0 GB 20.2 = GB >> base allocated: 8.0 GB 8.0 GB 40.0 GB 40.0 = GB >> >> pre-snapshot >> virtual-size: 8589923591 8589934592 42049672960 4294967= 2960 >> physical-utilisation: 8615100416 5984371200 43041947648 2013634= 6112 >> >> snapshot used: 13.6 GB 1.1 GB 59.0 GB 20.2 = GB >> snapshot allocated: 16.0 GB 16.0 GB 80.1 GB 80.0 = GB >> >> full snapshot >> virtual-size: 8589934592 8589934592 42949672960 4294967= 2960 >> physical-virtualisation: 8388608 39944704 8388608 8= 8576 >> >> snapshot >> export size (VHD): 5.97 GB 5.97 GB 20.24 GB 20.22= GB >> >> delta snapshot used: 13.6 GB 1.1 GB 59.1 GB 0.3 = GB >> delta snap allocated: 24.0 GB 24.0 GB 120.1 GB 120.0 = GB >> >> delta snapshot >> virtual-size: 8589934592 8589934592 42949672960 4294967= 2960 >> physical-virtualistion: 8388608 20992 8388608 8= 8576 >> >> delta snapshot >> export size: 0.126 GB 0.044 GB 0.078 GB 0.074= GB >> >> >> Not surprising is that the exports all came our roughly the same (they a= re, after all, creating VHD files in all cases), with minor difference due = to some activity between when the exports were created. However, what is pa= rticularly interesting in the NFS-based SR is that the initial snapshot see= ms to have taken up virtually no discernible space at all. Why? Evidently b= ecause it creates it's own initial "difference" disk. Running "xe vdi-list = uuid=3D(UUID_of_VDI) params=3Dall" on the VDI yields details on the space u= tilization/allocation. This is actually quite interesting, as I had not tri= ed this with an already thinly-provisioned (as opposed to sparely populated= ) storage before. >> >> Noting how an NFS-based SR is so much more space efficient, it does howe= ver leave the issue that if create both a full and delta snapshot, you will= no longer be able to storage Xenmotion the VM until you bring the snapshot= count back down to two or lower. One option would be to immediately clean = this up after the latest delta vdi-export has taken place; alternatively, y= ou could just defer this until a storage Xenmotion or other action is calle= d for that requires prior cleanup. >> >> This brings us back to the LVM case. The huge difference here is that yo= u need readily three times the size of the VDI to be allocated and at least= double the size to be able to retain a base copy and triple the size to ho= ld in addition a delta snapshot. Plus, unlike a NFS-based SR, you cannot o= ver-commit your storage allocation on the SR. it would hence be of great be= nefit in space savings if one could do one of the following: (1) store a th= inly-provisioned and compressed version of the initial snapshot similar to = what NexentaStor does with the NFS VM, (2) in creating an incremental snaps= hot, access somehow an off-line VDI file containing the base, (3) had the m= eans to efficiently temporarily pull in an offlined VDI so you'd not have t= o keep the base snapshot on the SR constantly, (4) be able to store the bas= e snapshot on a different SR than the VDI you want to snapshot, or (5) some= other clever, unnamed mechanism. >> >> The NAU VMbackup mechanism we have used in-house for years is efficient = mainly because it creates a full snapshot on the fly for the purpose of a f= ull backup and once completed, deletes it. Hence, you never need more addit= ional space at any given time than that of a copy of the largest storage as= sociated with an particular VM. The disadvantage is that this is of course = a sequential operation and hence takes quite some time if you have a lot of= VMs. However, being able to snapshot and keep a spare image would still ta= ke up a large amount of extra space. While having the means to very efficie= ntly create incremental (delta) snapshots and back them up, this still leav= es the large storage requirement issue open for LVM-based storage, should o= ne want to retain baseline snapshots over longer periods of time. >> >> To me, this is an indication how thin provisioning (in contrast to just = sparse storage) can make a huge difference. It would be really interesting = to see what other options could be implemented to help address the LVM limi= tations outlined above. >> >> Thanks for taking the time to look over these thoughts, and I most certa= inly welcome feedback, in particular if I have overlooked something blatant. >> >> -=3DTobias >> >> >> On 1/5/2015 8:09 AM, Dave Scott wrote: >>>> On 31 Dec 2014, at 11:27, Lorscheider Santiago >>>> wrote: >>>> >>>> Hi Dave! >>>> >>>> Very good xapi the project site. Thanks for the tip! >>>> http://xapi-project.github.io/ >>>> >>>> >>>> About recuros of "export and import only the blocks Which have changed= between two snapshots" this is a sensational news! It's been times that I = miss this feature, which brings tremendous agility to backup. From what you= wrote, similar operation to VMware CBT. >>>> >>>> By your tests, you confirmed that this resource is in the build 90383c= . We can not test since the Release Candidate build is in 90239c. Although = he had already noticed changes in the snapshot in earlier builds the 90239c. >>>> >>>> Congratulations for the work and thanks for sharing this information w= ith us! >>>> >>> I=92m glad you liked the new site! Credit for the site itself and much = of the content should also go to: (extracted from git history in no particu= lar order) >>> >>> Euan Harris >>> John Else >>> Jonathan Davies >>> Rob Hoes >>> Si Beaumont >>> >>> If you find any problems with it or have suggestions for improvement (o= r new content), feel free to make pull requests or make issues on the track= er: >>> >>> >>> https://github.com/xapi-project/xapi-project.github.io >>> >>> >>> Cheers, >>> Dave >>> >>> >>>> Cordialmente, >>>> >>>> Lorscheider Santiago >>>> Visite meu blog: >>>> www.centralcloud.info >>>> >>>> Twitter: @lsantiagos >>>> Antes de imprimir, pense em sua responsabilidade e compromisso com o m= eio ambiente >>>> >>>> On Mon, Dec 29, 2014 at 7:47 PM, Dave Scott >>>> >>>> wrote: >>>> >>>> >>>>> On 29 Dec 2014, at 15:31, Dennis Duane Booher >>>>> wrote: >>>>> >>>>> Hi Dave, >>>>> >>>>> This looks very interesting. Since this is in the xapi-project does t= his mean it is intended for some future release? Is it in the current Creed= ence pre-release build? >>>>> >>>> I believe the code for this is present in the recent creedence builds.= Just to check I installed build number =9190383c=92 and did a bit of smoke= testing=97 the xe commands listed in the xapi-project page ran ok and prod= uced the correct output. >>>> >>>> HTH, >>>> Dave >>>> >>>> >>>>> Duane >>>>> >>>>> -----Original Message----- >>>>> From: >>>>> xs-devel-request@lists.xenserver.org [mailto:xs-devel-request@lists.x= enserver.org >>>>> ] On Behalf Of Dave Scott >>>>> Sent: Sunday, December 28, 2014 4:05 AM >>>>> To: >>>>> xs-devel@lists.xenserver.org >>>>> >>>>> Subject: Re: [xs-devel] Backup solutions for XenServer >>>>> >>>>> Hi, >>>>> >>>>> >>>>>> On 27 Dec 2014, at 12:07, Lorscheider Santiago >>>>>> wrote: >>>>>> >>>>>> Hi Duane, >>>>>> >>>>>> I do not mean backup tools but the improvements that XenServer 6.5 i= n your api to facilitate the work of backup tools. >>>>>> >>>>> I've written up some of the recent XenAPI improvements here: >>>>> >>>>> >>>>> http://xapi-project.github.io/features/snapshots/snapshots.html >>>>> >>>>> >>>>> The new APIs allow you to >>>>> >>>>> - export and import disks in .vhd format (previously we only supporte= d raw). This means the files are sparse. >>>>> - export and import only the blocks which have changed between two sn= apshots. This allows you to avoid re-copying the same data again and again. >>>>> >>>>> Let me know what you think. >>>>> >>>>> Cheers, >>>>> Dave >>>>> >>>>> >>>>>> Cordialmente, >>>>>> >>>>>> Lorscheider Santiago >>>>>> Visite meu blog: >>>>>> www.centralcloud.info >>>>>> >>>>>> Twitter: @lsantiagos >>>>>> Antes de imprimir, pense em sua responsabilidade e compromisso com o= meio ambiente >>>>>> >>>>>> On Fri, Dec 19, 2014 at 8:27 PM, Dennis Duane Booher >>>>>> >>>>>> wrote: >>>>>> Hi Lorscheider, >>>>>> >>>>>> >>>>>> >>>>>> We use >>>>>> https://github.com/NAUbackup >>>>>> for all our production Xenserver VM backups. It is freely availabl= e if you would like to give it a try. >>>>>> >>>>>> >>>>>> >>>>>> Duane >>>>>> >>>>>> >>>>>> >>>>>> From: >>>>>> xs-devel-request@lists.xenserver.org [mailto:xs-devel-request@lists.= xenserver.org >>>>>> ] On Behalf Of Lorscheider Santiago >>>>>> Sent: Friday, December 19, 2014 3:33 AM >>>>>> To: xs-devel >>>>>> Subject: [xs-devel] Backup solutions for XenServer >>>>>> >>>>>> >>>>>> >>>>>> Hi All, >>>>>> >>>>>> >>>>>> >>>>>> Looking backup solutions available on the market, solutions with goo= d support XenServer are limited. The changes made in creedence api will mak= e it easier and more attractive than more backup silu=E7oes have support Xe= nServer? >>>>>> >>>>>> >>>>>> >>>>>> Regards, >>>>>> >>>>>> Lorscheider Santiago >>>>>> Visite meu blog: >>>>>> www.centralcloud.info >>>>>> >>>>>> Twitter: @lsantiagos >>>>>> Antes de imprimir, pense em sua responsabilidade e compromisso com o= meio ambiente >>>>>> >>>>>> >>>>>> >> >> _______________________________________________ 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 Jan 08 17:42:22 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 08 Jan 2015 17:42:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9H65-0008GD-Ck; Thu, 08 Jan 2015 17:42:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y95hp-0002GL-PO for xen-api@lists.xen.org; Thu, 08 Jan 2015 05:32:25 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 5B/A0-25276-8661EA45; Thu, 08 Jan 2015 05:32:24 +0000 X-Env-Sender: vishal@servarica.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1420695143!19613387!1 X-Originating-IP: [74.125.82.170] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10932 invoked from network); 8 Jan 2015 05:32:23 -0000 Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jan 2015 05:32:23 -0000 Received: by mail-we0-f170.google.com with SMTP id w61so540852wes.1 for ; Wed, 07 Jan 2015 21:32:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=e+vA1Eq/3Ql93l0XQQPfxk3UcwnWuYW+o+vchp4BITo=; b=gvzk6qMh/VhzTWWwJJKgHqwV9xx8Ot/iQ5ys8y7i3xBVauSKOg1CsfeneR5ME7WHgc OxMyj/+Fv6S3hV8IaFYGnwFqGRJ7u3flyMojX8Glsg5fIdhH3mvOR0o7MTuRNf3sdDAd DuOrZ79jjAn9xDfSw+732xpTY0AuJDmOx0/NHqGJlx6EUU/qp0Yj4hy/HuMX73IZCF8x AWRjWG42/UtFjMKcRQviGyO7i5zyTIUFB5DIE7KGd2D3WWxxDSkW08y7Wc4rFcQNv7qw Ld89OCQ3cMt3Pf9mAHDPbNB3L382ZTlA2H9IfwCQEcmLcFh0L3uaVGobrlyq+OALnY2+ 9sow== X-Gm-Message-State: ALoCoQlCctf4CIDhYcoca5jZ8/8PT2PRWDPko8EYyDe1ec/zkluqtItPBek/SR5R5/RBVUs3XhYD MIME-Version: 1.0 X-Received: by 10.180.88.33 with SMTP id bd1mr55699655wib.10.1420695143303; Wed, 07 Jan 2015 21:32:23 -0800 (PST) Received: by 10.217.62.7 with HTTP; Wed, 7 Jan 2015 21:32:23 -0800 (PST) X-Originating-IP: [122.172.215.78] Date: Thu, 8 Jan 2015 11:02:23 +0530 Message-ID: From: Vishal Faldu To: xen-users@lists.xen.org, xen-api@lists.xen.org X-Mailman-Approved-At: Thu, 08 Jan 2015 17:42:12 +0000 Cc: Servarica Webmaster Subject: [Xen-API] Xen-ringwatch flooding with alerts 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="===============3579902815090214914==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3579902815090214914== Content-Type: multipart/alternative; boundary=f46d0444e8fd59e082050c1d5dde --f46d0444e8fd59e082050c1d5dde Content-Type: text/plain; charset=UTF-8 Hi , xen-ringwatch flooding with below alerts Subject: Cron xen-ringwatch check -T3 --kick | logger -p daemon.crit -t RINGWATCH-ALERT To: root Traceback (most recent call last): File "/usr/sbin/xen-ringwatch", line 593, in ? watches.update() File "/usr/sbin/xen-ringwatch", line 414, in update entry = RingWatch.new(ring) File "/usr/sbin/xen-ringwatch", line 357, in new state = ring.read() File "/usr/sbin/xen-ringwatch", line 136, in read state = RingState.from_sysfs(self.path()) File "/usr/sbin/xen-ringwatch", line 223, in from_sysfs req = cls.Req.from_sysfs(_req, size=nr_ents) File "/usr/sbin/xen-ringwatch", line 240, in from_sysfs raise Exception, "Malformed %s input: %s" % \ NameError: global name 's' is not defined Is there any one can help on ? -Vishal --f46d0444e8fd59e082050c1d5dde Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi ,

xen-ringwatch flooding with below = alerts=C2=A0

Subject: Cron <root@xenDOM0> xen-ringwatch check -T3 --k= ick | logger -p daemon.crit -t RINGWATCH-ALERT
To: root


Traceback (mos= t recent call last):
=C2=A0 File "/usr/sbin/xen-ringwatch", li= ne 593, in ?
=C2=A0 =C2=A0 watches.update()
=C2=A0 File "/usr/sb= in/xen-ringwatch", line 414, in update
=C2=A0 =C2=A0 entry =3D Ring= Watch.new(ring)
=C2=A0 File "/usr/sbin/xen-ringwatch", line 35= 7, in new
=C2=A0 =C2=A0 state =3D ring.read()
=C2=A0 File "/usr/= sbin/xen-ringwatch", line 136, in read
=C2=A0 =C2=A0 state =3D Ring= State.from_sysfs(self.path())
=C2=A0 File "/usr/sbin/xen-ringwatch&= quot;, line 223, in from_sysfs
=C2=A0 =C2=A0 req =3D cls.Req.from_sysfs(= _req, size=3Dnr_ents)
=C2=A0 File "/usr/sbin/xen-ringwatch", l= ine 240, in from_sysfs
=C2=A0 =C2=A0 raise Exception, "Malformed %s= input: %s" % \
NameError: global name 's' is not defined

Is there any one can help on ?
=

-Vishal
=

--f46d0444e8fd59e082050c1d5dde-- --===============3579902815090214914== 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 --===============3579902815090214914==-- From xen-api-bounces@lists.xen.org Fri Jan 09 15:30:38 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Jan 2015 15:30: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 1Y9bW6-0005J0-Sb; Fri, 09 Jan 2015 15:30:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9WIr-0007QR-Bg for xen-api@lists.xen.org; Fri, 09 Jan 2015 09:56:25 +0000 Received: from [85.158.137.68] by server-14.bemta-3.messagelabs.com id DC/CE-07724-8C5AFA45; Fri, 09 Jan 2015 09:56:24 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1420797383!18376422!1 X-Originating-IP: [157.55.2.95] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29952 invoked from network); 9 Jan 2015 09:56:23 -0000 Received: from dub004-omc4s20.hotmail.com (HELO DUB004-OMC4S20.hotmail.com) (157.55.2.95) by server-11.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 9 Jan 2015 09:56:23 -0000 Received: from DUB128-W81 ([157.55.2.71]) by DUB004-OMC4S20.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Fri, 9 Jan 2015 01:56:23 -0800 X-TMN: [xVZHPX7UYKeWH2s0DWEmGXH3At+Wn4Qu] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: buzz heavyyear To: "xen-api@lists.xen.org" Date: Fri, 9 Jan 2015 09:56:23 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 09 Jan 2015 09:56:23.0329 (UTC) FILETIME=[868E3110:01D02BF2] X-Mailman-Approved-At: Fri, 09 Jan 2015 15:30:25 +0000 Subject: [Xen-API] xapi-client 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="===============5914766918949472415==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5914766918949472415== Content-Type: multipart/alternative; boundary="_bfed6d34-fb41-4841-aaac-6d6c4b0047f7_" --_bfed6d34-fb41-4841-aaac-6d6c4b0047f7_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello everyone=2C Just to introduce myself as someone starting out with xapi on arm. Apologie= s in advance for any future trivial questions to the list! I've been trying to compile the lwt_test/list_vms.ml with the following _oa= sis file: OASISFormat: 0.4 Name: list_vms_lwt Version: 0.1 Synopsis: Xapi Client Example Authors: njb License: PROP BuildTools: ocamlbuild Plugins: META (0.4)=2C DevFiles (0.4) Executable "list_vms_lwt" Path: . MainIs: list_vms.ml BuildDepends: xen-api-client=2C xen-api-client.lwt=2C lwt=2C lwt.ssl=2C l= wt.unix CompiledObject: best With opam up to date with lwt etc.=2C I get: File "list_vms.ml"=2C line 32=2C characters 76-78: Error: Syntax error Command exited with code 2. E: Failure("Command ''/usr/bin/ocamlbuild' list_vms.native -tag debug' term= inated with error code 10") When I modify _oasis to include the lwt Build flag: OASISFormat: 0.4 Name: list_vms_lwt Version: 0.1 Synopsis: Xapi Client Example Authors: njb License: PROP BuildTools: ocamlbuild Plugins: META (0.4)=2C DevFiles (0.4) Flag lwt Description: build the Lwt library Default: false Executable "list_vms_lwt" Path: . MainIs: list_vms.ml Install$: flag(lwt) Build$: flag(lwt) BuildDepends: xen-api-client=2C xen-api-client.lwt=2C lwt=2C lwt.ssl=2C l= wt.unix CompiledObject: best when running make I get : ocaml setup.ml -build=20 /usr/bin/ocamlopt.opt unix.cmxa -I /usr/lib/ocaml/ocamlbuild /usr/lib/ocaml= /ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml /usr/lib/ocaml/ocamlbuild/oc= amlbuild.cmx -o myocamlbuild MAKE SUCCESSFUL (total time: 1s) .... but no executable. Could somebody possibly point out my error? Thanks Nick = --_bfed6d34-fb41-4841-aaac-6d6c4b0047f7_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello everyone=2C

Just to= introduce myself as someone starting out with xapi on arm. Apologies in ad= vance for any future trivial questions to the list!

I've been trying= to compile the lwt_test/list_vms.ml with the following _oasis file:
OASISFormat: 0.4
Name: =3B =3B =3B =3B =3B =3B&= nbsp=3B list_vms_lwt
Version: =3B =3B =3B =3B 0.1
Syn= opsis: =3B =3B =3B Xapi Client Example
Authors: =3B = =3B =3B =3B njb
License: =3B =3B =3B =3B PROPBuildTools: ocamlbuild
Plugins: META (0.4)=2C DevFiles (0.4)

Exe= cutable "list_vms_lwt"
 =3B Path: .
 =3B MainIs: list_vms.ml<= br> =3B BuildDepends: xen-api-client=2C xen-api-client.lwt=2C lwt=2C lw= t.ssl=2C lwt.unix
 =3B CompiledObject: best



With opam= up to date with lwt etc.=2C I get:

File "list_vms.ml"=2C line 32=2C= characters 76-78:
Error: Syntax error
Command exited with code 2.E: Failure("Command ''/usr/bin/ocamlbuild' list_vms.native -tag debug' ter= minated with error code 10")


When I modify _oasis to include the= lwt Build flag:

OASISFormat: 0.4
Name: =3B =3B =3B&n= bsp=3B =3B =3B =3B list_vms_lwt
Version: =3B =3B&nbs= p=3B =3B 0.1
Synopsis: =3B =3B =3B Xapi Client ExampleAuthors: =3B =3B =3B =3B njb
License: =3B =3B&= nbsp=3B =3B PROP
BuildTools: ocamlbuild
Plugins: META (0.4)=2C De= vFiles (0.4)

Flag lwt
 =3B Description: build the Lwt library=
 =3B Default: false

Executable "list_vms_lwt"
 =3B Pa= th: .
 =3B MainIs: list_vms.ml
 =3B Install$: flag(lwt)
&n= bsp=3B Build$: flag(lwt)
 =3B BuildDepends: xen-api-client=2C xen-ap= i-client.lwt=2C lwt=2C lwt.ssl=2C lwt.unix
 =3B CompiledObject: best=




when running make I get :

ocaml setup.ml -build =
/usr/bin/ocamlopt.opt unix.cmxa -I /usr/lib/ocaml/ocamlbuild /usr/lib/o= caml/ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml /usr/lib/ocaml/ocamlbuil= d/ocamlbuild.cmx -o myocamlbuild
MAKE SUCCESSFUL (total time: 1s)

.... but no executable.

Could somebody possibly point out my er= ror?

Thanks
Nick
= --_bfed6d34-fb41-4841-aaac-6d6c4b0047f7_-- --===============5914766918949472415== 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 --===============5914766918949472415==-- From xen-api-bounces@lists.xen.org Fri Jan 09 15:30:38 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Jan 2015 15:30: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 1Y9bW6-0005J0-Sb; Fri, 09 Jan 2015 15:30:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9WIr-0007QR-Bg for xen-api@lists.xen.org; Fri, 09 Jan 2015 09:56:25 +0000 Received: from [85.158.137.68] by server-14.bemta-3.messagelabs.com id DC/CE-07724-8C5AFA45; Fri, 09 Jan 2015 09:56:24 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1420797383!18376422!1 X-Originating-IP: [157.55.2.95] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29952 invoked from network); 9 Jan 2015 09:56:23 -0000 Received: from dub004-omc4s20.hotmail.com (HELO DUB004-OMC4S20.hotmail.com) (157.55.2.95) by server-11.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 9 Jan 2015 09:56:23 -0000 Received: from DUB128-W81 ([157.55.2.71]) by DUB004-OMC4S20.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Fri, 9 Jan 2015 01:56:23 -0800 X-TMN: [xVZHPX7UYKeWH2s0DWEmGXH3At+Wn4Qu] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: buzz heavyyear To: "xen-api@lists.xen.org" Date: Fri, 9 Jan 2015 09:56:23 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 09 Jan 2015 09:56:23.0329 (UTC) FILETIME=[868E3110:01D02BF2] X-Mailman-Approved-At: Fri, 09 Jan 2015 15:30:25 +0000 Subject: [Xen-API] xapi-client 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="===============5914766918949472415==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5914766918949472415== Content-Type: multipart/alternative; boundary="_bfed6d34-fb41-4841-aaac-6d6c4b0047f7_" --_bfed6d34-fb41-4841-aaac-6d6c4b0047f7_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello everyone=2C Just to introduce myself as someone starting out with xapi on arm. Apologie= s in advance for any future trivial questions to the list! I've been trying to compile the lwt_test/list_vms.ml with the following _oa= sis file: OASISFormat: 0.4 Name: list_vms_lwt Version: 0.1 Synopsis: Xapi Client Example Authors: njb License: PROP BuildTools: ocamlbuild Plugins: META (0.4)=2C DevFiles (0.4) Executable "list_vms_lwt" Path: . MainIs: list_vms.ml BuildDepends: xen-api-client=2C xen-api-client.lwt=2C lwt=2C lwt.ssl=2C l= wt.unix CompiledObject: best With opam up to date with lwt etc.=2C I get: File "list_vms.ml"=2C line 32=2C characters 76-78: Error: Syntax error Command exited with code 2. E: Failure("Command ''/usr/bin/ocamlbuild' list_vms.native -tag debug' term= inated with error code 10") When I modify _oasis to include the lwt Build flag: OASISFormat: 0.4 Name: list_vms_lwt Version: 0.1 Synopsis: Xapi Client Example Authors: njb License: PROP BuildTools: ocamlbuild Plugins: META (0.4)=2C DevFiles (0.4) Flag lwt Description: build the Lwt library Default: false Executable "list_vms_lwt" Path: . MainIs: list_vms.ml Install$: flag(lwt) Build$: flag(lwt) BuildDepends: xen-api-client=2C xen-api-client.lwt=2C lwt=2C lwt.ssl=2C l= wt.unix CompiledObject: best when running make I get : ocaml setup.ml -build=20 /usr/bin/ocamlopt.opt unix.cmxa -I /usr/lib/ocaml/ocamlbuild /usr/lib/ocaml= /ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml /usr/lib/ocaml/ocamlbuild/oc= amlbuild.cmx -o myocamlbuild MAKE SUCCESSFUL (total time: 1s) .... but no executable. Could somebody possibly point out my error? Thanks Nick = --_bfed6d34-fb41-4841-aaac-6d6c4b0047f7_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello everyone=2C

Just to= introduce myself as someone starting out with xapi on arm. Apologies in ad= vance for any future trivial questions to the list!

I've been trying= to compile the lwt_test/list_vms.ml with the following _oasis file:
OASISFormat: 0.4
Name: =3B =3B =3B =3B =3B =3B&= nbsp=3B list_vms_lwt
Version: =3B =3B =3B =3B 0.1
Syn= opsis: =3B =3B =3B Xapi Client Example
Authors: =3B = =3B =3B =3B njb
License: =3B =3B =3B =3B PROPBuildTools: ocamlbuild
Plugins: META (0.4)=2C DevFiles (0.4)

Exe= cutable "list_vms_lwt"
 =3B Path: .
 =3B MainIs: list_vms.ml<= br> =3B BuildDepends: xen-api-client=2C xen-api-client.lwt=2C lwt=2C lw= t.ssl=2C lwt.unix
 =3B CompiledObject: best



With opam= up to date with lwt etc.=2C I get:

File "list_vms.ml"=2C line 32=2C= characters 76-78:
Error: Syntax error
Command exited with code 2.E: Failure("Command ''/usr/bin/ocamlbuild' list_vms.native -tag debug' ter= minated with error code 10")


When I modify _oasis to include the= lwt Build flag:

OASISFormat: 0.4
Name: =3B =3B =3B&n= bsp=3B =3B =3B =3B list_vms_lwt
Version: =3B =3B&nbs= p=3B =3B 0.1
Synopsis: =3B =3B =3B Xapi Client ExampleAuthors: =3B =3B =3B =3B njb
License: =3B =3B&= nbsp=3B =3B PROP
BuildTools: ocamlbuild
Plugins: META (0.4)=2C De= vFiles (0.4)

Flag lwt
 =3B Description: build the Lwt library=
 =3B Default: false

Executable "list_vms_lwt"
 =3B Pa= th: .
 =3B MainIs: list_vms.ml
 =3B Install$: flag(lwt)
&n= bsp=3B Build$: flag(lwt)
 =3B BuildDepends: xen-api-client=2C xen-ap= i-client.lwt=2C lwt=2C lwt.ssl=2C lwt.unix
 =3B CompiledObject: best=




when running make I get :

ocaml setup.ml -build =
/usr/bin/ocamlopt.opt unix.cmxa -I /usr/lib/ocaml/ocamlbuild /usr/lib/o= caml/ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml /usr/lib/ocaml/ocamlbuil= d/ocamlbuild.cmx -o myocamlbuild
MAKE SUCCESSFUL (total time: 1s)

.... but no executable.

Could somebody possibly point out my er= ror?

Thanks
Nick
= --_bfed6d34-fb41-4841-aaac-6d6c4b0047f7_-- --===============5914766918949472415== 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 --===============5914766918949472415==-- From xen-api-bounces@lists.xen.org Fri Jan 09 15:35:17 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Jan 2015 15:35: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 1Y9bam-0005qL-JX; Fri, 09 Jan 2015 15:35:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9bal-0005qB-Sx for xen-api@lists.xen.org; Fri, 09 Jan 2015 15:35:16 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id AE/86-03145-335FFA45; Fri, 09 Jan 2015 15:35:15 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-27.messagelabs.com!1420817714!19585665!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.5 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28910 invoked from network); 9 Jan 2015 15:35:14 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jan 2015 15:35:14 -0000 Received: from [192.168.1.75] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 6f2f6c9e; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 9 Jan 2015 15:35:13 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 9 Jan 2015 15:35:12 +0000 Message-Id: References: To: buzz heavyyear X-Mailer: Apple Mail (2.1993) Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xapi-client 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="===============8392223433491386846==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8392223433491386846== Content-Type: multipart/alternative; boundary="Apple-Mail=_F325AD77-FC96-42D9-8315-EB58887B9299" --Apple-Mail=_F325AD77-FC96-42D9-8315-EB58887B9299 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 It so happens that I just (yesterday) also installed XenServer on x86 = and would like to get the XenAPI client bindings from OCaml, and so am = most interested in this! -a > On 9 Jan 2015, at 09:56, buzz heavyyear = wrote: >=20 > Hello everyone, >=20 > Just to introduce myself as someone starting out with xapi on arm. = Apologies in advance for any future trivial questions to the list! >=20 > I've been trying to compile the lwt_test/list_vms.ml with the = following _oasis file: >=20 > OASISFormat: 0.4 > Name: list_vms_lwt > Version: 0.1 > Synopsis: Xapi Client Example > Authors: njb > License: PROP > BuildTools: ocamlbuild > Plugins: META (0.4), DevFiles (0.4) >=20 > Executable "list_vms_lwt" > Path: . > MainIs: list_vms.ml > BuildDepends: xen-api-client, xen-api-client.lwt, lwt, lwt.ssl, = lwt.unix > CompiledObject: best >=20 >=20 >=20 > With opam up to date with lwt etc., I get: >=20 > File "list_vms.ml", line 32, characters 76-78: > Error: Syntax error > Command exited with code 2. > E: Failure("Command ''/usr/bin/ocamlbuild' list_vms.native -tag debug' = terminated with error code 10") >=20 >=20 > When I modify _oasis to include the lwt Build flag: >=20 > OASISFormat: 0.4 > Name: list_vms_lwt > Version: 0.1 > Synopsis: Xapi Client Example > Authors: njb > License: PROP > BuildTools: ocamlbuild > Plugins: META (0.4), DevFiles (0.4) >=20 > Flag lwt > Description: build the Lwt library > Default: false >=20 > Executable "list_vms_lwt" > Path: . > MainIs: list_vms.ml > Install$: flag(lwt) > Build$: flag(lwt) > BuildDepends: xen-api-client, xen-api-client.lwt, lwt, lwt.ssl, = lwt.unix > CompiledObject: best >=20 >=20 >=20 >=20 > when running make I get : >=20 > ocaml setup.ml -build=20 > /usr/bin/ocamlopt.opt unix.cmxa -I /usr/lib/ocaml/ocamlbuild = /usr/lib/ocaml/ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml = /usr/lib/ocaml/ocamlbuild/ocamlbuild.cmx -o myocamlbuild > MAKE SUCCESSFUL (total time: 1s) >=20 >=20 > .... but no executable. >=20 > Could somebody possibly point out my error? >=20 > Thanks > Nick > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --Apple-Mail=_F325AD77-FC96-42D9-8315-EB58887B9299 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 It so happens that I just (yesterday) also installed = XenServer on x86 and would like to get the XenAPI client bindings from = OCaml, and so am most interested in this!

-a

On = 9 Jan 2015, at 09:56, buzz heavyyear <buzzheavyyear@hotmail.com> wrote:

Hello everyone,

Just to introduce myself as someone starting = out with xapi on arm. Apologies in advance for any future trivial = questions to the list!

I've been trying to = compile the lwt_test/list_vms.ml with the following _oasis file:

OASISFormat: 0.4
Name:        = list_vms_lwt
Version:     0.1
Synopsis:    Xapi Client Example
Authors:     njb
License:     PROP
BuildTools:= ocamlbuild
Plugins: META (0.4), DevFiles (0.4)

Executable "list_vms_lwt"
  = Path: .
  MainIs: list_vms.ml
  = BuildDepends: xen-api-client, xen-api-client.lwt, lwt, lwt.ssl, = lwt.unix
  CompiledObject: best



With opam up to date with lwt = etc., I get:

File "list_vms.ml", line 32, = characters 76-78:
Error: Syntax error
Command = exited with code 2.
E: Failure("Command = ''/usr/bin/ocamlbuild' list_vms.native -tag debug' terminated with error = code 10")


When I modify = _oasis to include the lwt Build flag:

OASISFormat: 0.4
Name:        = list_vms_lwt
Version:     0.1
Synopsis:    Xapi Client Example
Authors:     njb
License:     PROP
BuildTools:= ocamlbuild
Plugins: META (0.4), DevFiles (0.4)

Flag lwt
  Description: = build the Lwt library
  Default: false

Executable "list_vms_lwt"
  = Path: .
  MainIs: list_vms.ml
  = Install$: flag(lwt)
  Build$: flag(lwt)
  BuildDepends: xen-api-client, xen-api-client.lwt, lwt, = lwt.ssl, lwt.unix
  CompiledObject: best




when running make I get :

ocaml = setup.ml -build 
/usr/bin/ocamlopt.opt unix.cmxa -I /usr/lib/ocaml/ocamlbuild = /usr/lib/ocaml/ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml = /usr/lib/ocaml/ocamlbuild/ocamlbuild.cmx -o myocamlbuild
MAKE SUCCESSFUL (total time: 1s)


.... but no executable.

Could somebody possibly point out my error?

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

= --Apple-Mail=_F325AD77-FC96-42D9-8315-EB58887B9299-- --===============8392223433491386846== 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 --===============8392223433491386846==-- From xen-api-bounces@lists.xen.org Fri Jan 09 15:35:17 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Jan 2015 15:35: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 1Y9bam-0005qL-JX; Fri, 09 Jan 2015 15:35:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9bal-0005qB-Sx for xen-api@lists.xen.org; Fri, 09 Jan 2015 15:35:16 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id AE/86-03145-335FFA45; Fri, 09 Jan 2015 15:35:15 +0000 X-Env-Sender: anil@recoil.org X-Msg-Ref: server-6.tower-27.messagelabs.com!1420817714!19585665!1 X-Originating-IP: [5.153.225.51] X-SpamReason: No, hits=0.5 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28910 invoked from network); 9 Jan 2015 15:35:14 -0000 Received: from bark.recoil.org (HELO bark.recoil.org) (5.153.225.51) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jan 2015 15:35:14 -0000 Received: from [192.168.1.75] (cpc7-cmbg14-2-0-cust238.5-4.cable.virginm.net [86.30.244.239]); by bark.recoil.org (OpenSMTPD) with ESMTPSA id 6f2f6c9e; TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO; Fri, 9 Jan 2015 15:35:13 +0000 (GMT) Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) From: Anil Madhavapeddy In-Reply-To: Date: Fri, 9 Jan 2015 15:35:12 +0000 Message-Id: References: To: buzz heavyyear X-Mailer: Apple Mail (2.1993) Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xapi-client 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="===============8392223433491386846==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============8392223433491386846== Content-Type: multipart/alternative; boundary="Apple-Mail=_F325AD77-FC96-42D9-8315-EB58887B9299" --Apple-Mail=_F325AD77-FC96-42D9-8315-EB58887B9299 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 It so happens that I just (yesterday) also installed XenServer on x86 = and would like to get the XenAPI client bindings from OCaml, and so am = most interested in this! -a > On 9 Jan 2015, at 09:56, buzz heavyyear = wrote: >=20 > Hello everyone, >=20 > Just to introduce myself as someone starting out with xapi on arm. = Apologies in advance for any future trivial questions to the list! >=20 > I've been trying to compile the lwt_test/list_vms.ml with the = following _oasis file: >=20 > OASISFormat: 0.4 > Name: list_vms_lwt > Version: 0.1 > Synopsis: Xapi Client Example > Authors: njb > License: PROP > BuildTools: ocamlbuild > Plugins: META (0.4), DevFiles (0.4) >=20 > Executable "list_vms_lwt" > Path: . > MainIs: list_vms.ml > BuildDepends: xen-api-client, xen-api-client.lwt, lwt, lwt.ssl, = lwt.unix > CompiledObject: best >=20 >=20 >=20 > With opam up to date with lwt etc., I get: >=20 > File "list_vms.ml", line 32, characters 76-78: > Error: Syntax error > Command exited with code 2. > E: Failure("Command ''/usr/bin/ocamlbuild' list_vms.native -tag debug' = terminated with error code 10") >=20 >=20 > When I modify _oasis to include the lwt Build flag: >=20 > OASISFormat: 0.4 > Name: list_vms_lwt > Version: 0.1 > Synopsis: Xapi Client Example > Authors: njb > License: PROP > BuildTools: ocamlbuild > Plugins: META (0.4), DevFiles (0.4) >=20 > Flag lwt > Description: build the Lwt library > Default: false >=20 > Executable "list_vms_lwt" > Path: . > MainIs: list_vms.ml > Install$: flag(lwt) > Build$: flag(lwt) > BuildDepends: xen-api-client, xen-api-client.lwt, lwt, lwt.ssl, = lwt.unix > CompiledObject: best >=20 >=20 >=20 >=20 > when running make I get : >=20 > ocaml setup.ml -build=20 > /usr/bin/ocamlopt.opt unix.cmxa -I /usr/lib/ocaml/ocamlbuild = /usr/lib/ocaml/ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml = /usr/lib/ocaml/ocamlbuild/ocamlbuild.cmx -o myocamlbuild > MAKE SUCCESSFUL (total time: 1s) >=20 >=20 > .... but no executable. >=20 > Could somebody possibly point out my error? >=20 > Thanks > Nick > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --Apple-Mail=_F325AD77-FC96-42D9-8315-EB58887B9299 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 It so happens that I just (yesterday) also installed = XenServer on x86 and would like to get the XenAPI client bindings from = OCaml, and so am most interested in this!

-a

On = 9 Jan 2015, at 09:56, buzz heavyyear <buzzheavyyear@hotmail.com> wrote:

Hello everyone,

Just to introduce myself as someone starting = out with xapi on arm. Apologies in advance for any future trivial = questions to the list!

I've been trying to = compile the lwt_test/list_vms.ml with the following _oasis file:

OASISFormat: 0.4
Name:        = list_vms_lwt
Version:     0.1
Synopsis:    Xapi Client Example
Authors:     njb
License:     PROP
BuildTools:= ocamlbuild
Plugins: META (0.4), DevFiles (0.4)

Executable "list_vms_lwt"
  = Path: .
  MainIs: list_vms.ml
  = BuildDepends: xen-api-client, xen-api-client.lwt, lwt, lwt.ssl, = lwt.unix
  CompiledObject: best



With opam up to date with lwt = etc., I get:

File "list_vms.ml", line 32, = characters 76-78:
Error: Syntax error
Command = exited with code 2.
E: Failure("Command = ''/usr/bin/ocamlbuild' list_vms.native -tag debug' terminated with error = code 10")


When I modify = _oasis to include the lwt Build flag:

OASISFormat: 0.4
Name:        = list_vms_lwt
Version:     0.1
Synopsis:    Xapi Client Example
Authors:     njb
License:     PROP
BuildTools:= ocamlbuild
Plugins: META (0.4), DevFiles (0.4)

Flag lwt
  Description: = build the Lwt library
  Default: false

Executable "list_vms_lwt"
  = Path: .
  MainIs: list_vms.ml
  = Install$: flag(lwt)
  Build$: flag(lwt)
  BuildDepends: xen-api-client, xen-api-client.lwt, lwt, = lwt.ssl, lwt.unix
  CompiledObject: best




when running make I get :

ocaml = setup.ml -build 
/usr/bin/ocamlopt.opt unix.cmxa -I /usr/lib/ocaml/ocamlbuild = /usr/lib/ocaml/ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml = /usr/lib/ocaml/ocamlbuild/ocamlbuild.cmx -o myocamlbuild
MAKE SUCCESSFUL (total time: 1s)


.... but no executable.

Could somebody possibly point out my error?

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

= --Apple-Mail=_F325AD77-FC96-42D9-8315-EB58887B9299-- --===============8392223433491386846== 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 --===============8392223433491386846==-- From xen-api-bounces@lists.xen.org Fri Jan 09 15:51:24 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Jan 2015 15:51: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 1Y9bqK-0006cU-6D; Fri, 09 Jan 2015 15:51:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9bqI-0006cP-SH for xen-api@lists.xen.org; Fri, 09 Jan 2015 15:51:19 +0000 Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id 2D/15-28865-6F8FFA45; Fri, 09 Jan 2015 15:51:18 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1420818674!13838298!1 X-Originating-IP: [157.55.2.93] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8245 invoked from network); 9 Jan 2015 15:51:17 -0000 Received: from dub004-omc4s18.hotmail.com (HELO DUB004-OMC4S18.hotmail.com) (157.55.2.93) by server-15.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 9 Jan 2015 15:51:17 -0000 Received: from DUB128-W48 ([157.55.2.71]) by DUB004-OMC4S18.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Fri, 9 Jan 2015 07:51:13 -0800 X-TMN: [iC7GcJG4ye6cTg54Z0Q52eOwPnkFnpNs] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: buzz heavyyear To: Anil Madhavapeddy Date: Fri, 9 Jan 2015 15:51:13 +0000 Importance: Normal In-Reply-To: References: , MIME-Version: 1.0 X-OriginalArrivalTime: 09 Jan 2015 15:51:13.0819 (UTC) FILETIME=[18AD26B0:01D02C24] Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xapi-client 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="===============4700010730866716275==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4700010730866716275== Content-Type: multipart/alternative; boundary="_5cb49e2d-41fd-4755-88a7-c17caaedd3f1_" --_5cb49e2d-41fd-4755-88a7-c17caaedd3f1_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Ah=2C so you haven't installed xapi/xenserver on cubieboard yet? =3B) -n Subject: Re: [Xen-API] xapi-client From: anil@recoil.org Date: Fri=2C 9 Jan 2015 15:35:12 +0000 CC: xen-api@lists.xen.org To: buzzheavyyear@hotmail.com It so happens that I just (yesterday) also installed XenServer on x86 and w= ould like to get the XenAPI client bindings from OCaml=2C and so am most in= terested in this! -a On 9 Jan 2015=2C at 09:56=2C buzz heavyyear wro= te:Hello everyone=2C Just to introduce myself as someone starting out with xapi on arm. Apologie= s in advance for any future trivial questions to the list! I've been trying to compile the lwt_test/list_vms.ml with the following _oa= sis file: OASISFormat: 0.4 Name: list_vms_lwt Version: 0.1 Synopsis: Xapi Client Example Authors: njb License: PROP BuildTools: ocamlbuild Plugins: META (0.4)=2C DevFiles (0.4) Executable "list_vms_lwt" Path: . MainIs: list_vms.ml BuildDepends: xen-api-client=2C xen-api-client.lwt=2C lwt=2C lwt.ssl=2C l= wt.unix CompiledObject: best With opam up to date with lwt etc.=2C I get: File "list_vms.ml"=2C line 32=2C characters 76-78: Error: Syntax error Command exited with code 2. E: Failure("Command ''/usr/bin/ocamlbuild' list_vms.native -tag debug' term= inated with error code 10") When I modify _oasis to include the lwt Build flag: OASISFormat: 0.4 Name: list_vms_lwt Version: 0.1 Synopsis: Xapi Client Example Authors: njb License: PROP BuildTools: ocamlbuild Plugins: META (0.4)=2C DevFiles (0.4) Flag lwt Description: build the Lwt library Default: false Executable "list_vms_lwt" Path: . MainIs: list_vms.ml Install$: flag(lwt) Build$: flag(lwt) BuildDepends: xen-api-client=2C xen-api-client.lwt=2C lwt=2C lwt.ssl=2C l= wt.unix CompiledObject: best when running make I get : ocaml setup.ml -build=20 /usr/bin/ocamlopt.opt unix.cmxa -I /usr/lib/ocaml/ocamlbuild /usr/lib/ocaml= /ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml /usr/lib/ocaml/ocamlbuild/oc= amlbuild.cmx -o myocamlbuild MAKE SUCCESSFUL (total time: 1s) .... but no executable. Could somebody possibly point out my error? Thanks Nick _______________________________________________Xen-api mailing listXen-api@= lists.xen.orghttp://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --_5cb49e2d-41fd-4755-88a7-c17caaedd3f1_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Ah=2C so you =3B haven't ins= talled xapi/xenserver on cubieboard yet? =3B)

-n

Subject: Re: [Xen-API] xapi-client
From: anil@recoil.o= rg
Date: Fri=2C 9 Jan 2015 15:35:12 +0000
CC: xen-api@lists.xen.orgTo: buzzheavyyear@hotmail.com

It so happens that I just (yesterday= ) also installed XenServer on x86 and would like to get the XenAPI client b= indings from OCaml=2C and so am most interested in this!

-a

On 9 Jan 2015=2C at 09:56=2C buzz h= eavyyear <=3Bbuzzheavyyear@h= otmail.com>=3B wrote:

Hello everyone=2C
Just to introduce myself as someone starting out with xapi on arm. Apo= logies in advance for any future trivial questions to the list!

I've= been trying to compile the lwt_test/list_vms.ml with the following _oasis = file:

OASISFormat: 0.4
Name: =3B =3B =3B =3B = =3B =3B =3B list_vms_lwt
Version: =3B =3B =3B = =3B 0.1
Synopsis: =3B =3B =3B Xapi Client Example
Authors= : =3B =3B =3B =3B njb
License: =3B =3B =3B&n= bsp=3B PROP
BuildTools: ocamlbuild
Plugins: META (0.4)=2C DevFiles (0= .4)

Executable "list_vms_lwt"
 =3B Path: .
 =3B MainIs= : list_vms.ml
 =3B BuildDepends: xen-api-client=2C xen-api-client.lw= t=2C lwt=2C lwt.ssl=2C lwt.unix
 =3B CompiledObject: best


With opam up to date with lwt etc.=2C I get:

File "list_vms.ml"= =2C line 32=2C characters 76-78:
Error: Syntax error
Command exited w= ith code 2.
E: Failure("Command ''/usr/bin/ocamlbuild' list_vms.native -= tag debug' terminated with error code 10")


When I modify _oasis = to include the lwt Build flag:

OASISFormat: 0.4
Name: =3B&nbs= p=3B =3B =3B =3B =3B =3B list_vms_lwt
Version: = =3B =3B =3B =3B 0.1
Synopsis: =3B =3B =3B Xapi C= lient Example
Authors: =3B =3B =3B =3B njb
License:&n= bsp=3B =3B =3B =3B PROP
BuildTools: ocamlbuild
Plugins: M= ETA (0.4)=2C DevFiles (0.4)

Flag lwt
 =3B Description: build = the Lwt library
 =3B Default: false

Executable "list_vms_lwt"=
 =3B Path: .
 =3B MainIs: list_vms.ml
 =3B Install$: = flag(lwt)
 =3B Build$: flag(lwt)
 =3B BuildDepends: xen-api-c= lient=2C xen-api-client.lwt=2C lwt=2C lwt.ssl=2C lwt.unix
 =3B Compi= ledObject: best




when running make I get :

ocaml s= etup.ml -build =3B
/= usr/bin/ocamlopt.opt unix.cmxa -I /usr/lib/ocaml/ocamlbuild /usr/lib/ocaml/= ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml /usr/lib/ocaml/ocamlbuild/oca= mlbuild.cmx -o myocamlbuild
MAKE SUCCESSFUL (total time: 1s)


= .... but no executable.

Could somebody possibly point out my error?<= br>
Thanks
Nick
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
= http://lists.xen.org/cgi-bin/mail= man/listinfo/xen-api

=
= --_5cb49e2d-41fd-4755-88a7-c17caaedd3f1_-- --===============4700010730866716275== 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 --===============4700010730866716275==-- From xen-api-bounces@lists.xen.org Fri Jan 09 15:51:24 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Jan 2015 15:51: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 1Y9bqK-0006cU-6D; Fri, 09 Jan 2015 15:51:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9bqI-0006cP-SH for xen-api@lists.xen.org; Fri, 09 Jan 2015 15:51:19 +0000 Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id 2D/15-28865-6F8FFA45; Fri, 09 Jan 2015 15:51:18 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1420818674!13838298!1 X-Originating-IP: [157.55.2.93] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8245 invoked from network); 9 Jan 2015 15:51:17 -0000 Received: from dub004-omc4s18.hotmail.com (HELO DUB004-OMC4S18.hotmail.com) (157.55.2.93) by server-15.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 9 Jan 2015 15:51:17 -0000 Received: from DUB128-W48 ([157.55.2.71]) by DUB004-OMC4S18.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Fri, 9 Jan 2015 07:51:13 -0800 X-TMN: [iC7GcJG4ye6cTg54Z0Q52eOwPnkFnpNs] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: buzz heavyyear To: Anil Madhavapeddy Date: Fri, 9 Jan 2015 15:51:13 +0000 Importance: Normal In-Reply-To: References: , MIME-Version: 1.0 X-OriginalArrivalTime: 09 Jan 2015 15:51:13.0819 (UTC) FILETIME=[18AD26B0:01D02C24] Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xapi-client 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="===============4700010730866716275==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4700010730866716275== Content-Type: multipart/alternative; boundary="_5cb49e2d-41fd-4755-88a7-c17caaedd3f1_" --_5cb49e2d-41fd-4755-88a7-c17caaedd3f1_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Ah=2C so you haven't installed xapi/xenserver on cubieboard yet? =3B) -n Subject: Re: [Xen-API] xapi-client From: anil@recoil.org Date: Fri=2C 9 Jan 2015 15:35:12 +0000 CC: xen-api@lists.xen.org To: buzzheavyyear@hotmail.com It so happens that I just (yesterday) also installed XenServer on x86 and w= ould like to get the XenAPI client bindings from OCaml=2C and so am most in= terested in this! -a On 9 Jan 2015=2C at 09:56=2C buzz heavyyear wro= te:Hello everyone=2C Just to introduce myself as someone starting out with xapi on arm. Apologie= s in advance for any future trivial questions to the list! I've been trying to compile the lwt_test/list_vms.ml with the following _oa= sis file: OASISFormat: 0.4 Name: list_vms_lwt Version: 0.1 Synopsis: Xapi Client Example Authors: njb License: PROP BuildTools: ocamlbuild Plugins: META (0.4)=2C DevFiles (0.4) Executable "list_vms_lwt" Path: . MainIs: list_vms.ml BuildDepends: xen-api-client=2C xen-api-client.lwt=2C lwt=2C lwt.ssl=2C l= wt.unix CompiledObject: best With opam up to date with lwt etc.=2C I get: File "list_vms.ml"=2C line 32=2C characters 76-78: Error: Syntax error Command exited with code 2. E: Failure("Command ''/usr/bin/ocamlbuild' list_vms.native -tag debug' term= inated with error code 10") When I modify _oasis to include the lwt Build flag: OASISFormat: 0.4 Name: list_vms_lwt Version: 0.1 Synopsis: Xapi Client Example Authors: njb License: PROP BuildTools: ocamlbuild Plugins: META (0.4)=2C DevFiles (0.4) Flag lwt Description: build the Lwt library Default: false Executable "list_vms_lwt" Path: . MainIs: list_vms.ml Install$: flag(lwt) Build$: flag(lwt) BuildDepends: xen-api-client=2C xen-api-client.lwt=2C lwt=2C lwt.ssl=2C l= wt.unix CompiledObject: best when running make I get : ocaml setup.ml -build=20 /usr/bin/ocamlopt.opt unix.cmxa -I /usr/lib/ocaml/ocamlbuild /usr/lib/ocaml= /ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml /usr/lib/ocaml/ocamlbuild/oc= amlbuild.cmx -o myocamlbuild MAKE SUCCESSFUL (total time: 1s) .... but no executable. Could somebody possibly point out my error? Thanks Nick _______________________________________________Xen-api mailing listXen-api@= lists.xen.orghttp://lists.xen.org/cgi-bin/mailman/listinfo/xen-api = --_5cb49e2d-41fd-4755-88a7-c17caaedd3f1_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Ah=2C so you =3B haven't ins= talled xapi/xenserver on cubieboard yet? =3B)

-n

Subject: Re: [Xen-API] xapi-client
From: anil@recoil.o= rg
Date: Fri=2C 9 Jan 2015 15:35:12 +0000
CC: xen-api@lists.xen.orgTo: buzzheavyyear@hotmail.com

It so happens that I just (yesterday= ) also installed XenServer on x86 and would like to get the XenAPI client b= indings from OCaml=2C and so am most interested in this!

-a

On 9 Jan 2015=2C at 09:56=2C buzz h= eavyyear <=3Bbuzzheavyyear@h= otmail.com>=3B wrote:

Hello everyone=2C
Just to introduce myself as someone starting out with xapi on arm. Apo= logies in advance for any future trivial questions to the list!

I've= been trying to compile the lwt_test/list_vms.ml with the following _oasis = file:

OASISFormat: 0.4
Name: =3B =3B =3B =3B = =3B =3B =3B list_vms_lwt
Version: =3B =3B =3B = =3B 0.1
Synopsis: =3B =3B =3B Xapi Client Example
Authors= : =3B =3B =3B =3B njb
License: =3B =3B =3B&n= bsp=3B PROP
BuildTools: ocamlbuild
Plugins: META (0.4)=2C DevFiles (0= .4)

Executable "list_vms_lwt"
 =3B Path: .
 =3B MainIs= : list_vms.ml
 =3B BuildDepends: xen-api-client=2C xen-api-client.lw= t=2C lwt=2C lwt.ssl=2C lwt.unix
 =3B CompiledObject: best


With opam up to date with lwt etc.=2C I get:

File "list_vms.ml"= =2C line 32=2C characters 76-78:
Error: Syntax error
Command exited w= ith code 2.
E: Failure("Command ''/usr/bin/ocamlbuild' list_vms.native -= tag debug' terminated with error code 10")


When I modify _oasis = to include the lwt Build flag:

OASISFormat: 0.4
Name: =3B&nbs= p=3B =3B =3B =3B =3B =3B list_vms_lwt
Version: = =3B =3B =3B =3B 0.1
Synopsis: =3B =3B =3B Xapi C= lient Example
Authors: =3B =3B =3B =3B njb
License:&n= bsp=3B =3B =3B =3B PROP
BuildTools: ocamlbuild
Plugins: M= ETA (0.4)=2C DevFiles (0.4)

Flag lwt
 =3B Description: build = the Lwt library
 =3B Default: false

Executable "list_vms_lwt"=
 =3B Path: .
 =3B MainIs: list_vms.ml
 =3B Install$: = flag(lwt)
 =3B Build$: flag(lwt)
 =3B BuildDepends: xen-api-c= lient=2C xen-api-client.lwt=2C lwt=2C lwt.ssl=2C lwt.unix
 =3B Compi= ledObject: best




when running make I get :

ocaml s= etup.ml -build =3B
/= usr/bin/ocamlopt.opt unix.cmxa -I /usr/lib/ocaml/ocamlbuild /usr/lib/ocaml/= ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml /usr/lib/ocaml/ocamlbuild/oca= mlbuild.cmx -o myocamlbuild
MAKE SUCCESSFUL (total time: 1s)


= .... but no executable.

Could somebody possibly point out my error?<= br>
Thanks
Nick
_______________________________________________
Xen-api mailing list
Xen-api@lists.xen.org
= http://lists.xen.org/cgi-bin/mail= man/listinfo/xen-api

=
= --_5cb49e2d-41fd-4755-88a7-c17caaedd3f1_-- --===============4700010730866716275== 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 --===============4700010730866716275==-- From xen-api-bounces@lists.xen.org Fri Jan 09 17:18:51 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Jan 2015 17:18: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 1Y9dCs-00040Y-ID; Fri, 09 Jan 2015 17:18:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9dCr-00040T-Le for xen-api@lists.xen.org; Fri, 09 Jan 2015 17:18:41 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 31/A4-09842-17D00B45; Fri, 09 Jan 2015 17:18:41 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1420823920!20425168!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22239 invoked from network); 9 Jan 2015 17:18:40 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jan 2015 17:18:40 -0000 X-IronPort-AV: E=Sophos;i="5.07,731,1413244800"; d="scan'208";a="28517919" From: Dave Scott To: buzz heavyyear Thread-Topic: [Xen-API] xapi-client Thread-Index: AQHQLCFeRwhIIsqn+ES15kqWONt2K5y32rAAgAAEeoCAABhsAA== Date: Fri, 9 Jan 2015 17:18:39 +0000 Message-ID: <8B818A98-F252-458D-9D4B-78967FE3D0D3@citrix.com> References: <,> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xapi-client 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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > On 9 Jan 2015, at 15:51, buzz heavyyear wrote: > = > Ah, so you haven't installed xapi/xenserver on cubieboard yet? ;) /me suddenly realises his cubieboard is unplugged and swiftly turns it back= on again ;) I=92d like to improve the OCaml bindings so I=92m interested in any experie= nces you have (positive or negative). My top 2 usability annoyances are: 1. we use labelled arguments but not optional arguments, even when there is= a defined default value. 2. we should allow the client to register some kind of nice transient conne= ction failure handler/policy: at the moment every RPC invocation can fail a= nd it can be annoying to handle. Sometimes you just wish to say: keep retry= ing and bail out after n seconds. > = > -n > = > Subject: Re: [Xen-API] xapi-client > From: anil@recoil.org > Date: Fri, 9 Jan 2015 15:35:12 +0000 > CC: xen-api@lists.xen.org > To: buzzheavyyear@hotmail.com > = > It so happens that I just (yesterday) also installed XenServer on x86 and= would like to get the XenAPI client bindings from OCaml, and so am most in= terested in this! > = > -a > = > On 9 Jan 2015, at 09:56, buzz heavyyear wrote: > = > Hello everyone, > = > Just to introduce myself as someone starting out with xapi on arm. Apolog= ies in advance for any future trivial questions to the list! > = > I've been trying to compile the lwt_test/list_vms.ml with the following _= oasis file: > = > OASISFormat: 0.4 > Name: list_vms_lwt > Version: 0.1 > Synopsis: Xapi Client Example > Authors: njb > License: PROP > BuildTools: ocamlbuild > Plugins: META (0.4), DevFiles (0.4) > = > Executable "list_vms_lwt" > Path: . > MainIs: list_vms.ml > BuildDepends: xen-api-client, xen-api-client.lwt, lwt, lwt.ssl, lwt.unix > CompiledObject: best > = > = > = > With opam up to date with lwt etc., I get: > = > File "list_vms.ml", line 32, characters 76-78: > Error: Syntax error > Command exited with code 2. > E: Failure("Command ''/usr/bin/ocamlbuild' list_vms.native -tag debug' te= rminated with error code 10=94) This almost certainly means it needs the lwt.syntax and didn=92t have it. T= ry adding =93, lwt.syntax=94 to the BuildDepends and =93oasis setup=94 =93m= ake=94. > = > = > When I modify _oasis to include the lwt Build flag: > = > OASISFormat: 0.4 > Name: list_vms_lwt > Version: 0.1 > Synopsis: Xapi Client Example > Authors: njb > License: PROP > BuildTools: ocamlbuild > Plugins: META (0.4), DevFiles (0.4) > = > Flag lwt > Description: build the Lwt library > Default: false > = > Executable "list_vms_lwt" > Path: . > MainIs: list_vms.ml > Install$: flag(lwt) > Build$: flag(lwt) > BuildDepends: xen-api-client, xen-api-client.lwt, lwt, lwt.ssl, lwt.unix > CompiledObject: best > = > = > = > = > when running make I get : > = > ocaml setup.ml -build = > /usr/bin/ocamlopt.opt unix.cmxa -I /usr/lib/ocaml/ocamlbuild /usr/lib/oca= ml/ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml /usr/lib/ocaml/ocamlbuild/= ocamlbuild.cmx -o myocamlbuild > MAKE SUCCESSFUL (total time: 1s) > = > = > .... but no executable. Hmm, the lwt flag defaults to false and is set to true by the Makefile: LWT ?=3D $(shell if ocamlfind query lwt.ssl >/dev/null 2>&1; then echo --en= able-lwt; fi) So it looks like you need to =93opam install ssl=94 Cheers, Dave > = > Could somebody possibly point out my error? > = > Thanks > Nick > _______________________________________________ > 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 _______________________________________________ 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 Jan 09 17:18:51 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 09 Jan 2015 17:18: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 1Y9dCs-00040Y-ID; Fri, 09 Jan 2015 17:18:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9dCr-00040T-Le for xen-api@lists.xen.org; Fri, 09 Jan 2015 17:18:41 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 31/A4-09842-17D00B45; Fri, 09 Jan 2015 17:18:41 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1420823920!20425168!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22239 invoked from network); 9 Jan 2015 17:18:40 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jan 2015 17:18:40 -0000 X-IronPort-AV: E=Sophos;i="5.07,731,1413244800"; d="scan'208";a="28517919" From: Dave Scott To: buzz heavyyear Thread-Topic: [Xen-API] xapi-client Thread-Index: AQHQLCFeRwhIIsqn+ES15kqWONt2K5y32rAAgAAEeoCAABhsAA== Date: Fri, 9 Jan 2015 17:18:39 +0000 Message-ID: <8B818A98-F252-458D-9D4B-78967FE3D0D3@citrix.com> References: <,> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xapi-client 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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org > On 9 Jan 2015, at 15:51, buzz heavyyear wrote: > = > Ah, so you haven't installed xapi/xenserver on cubieboard yet? ;) /me suddenly realises his cubieboard is unplugged and swiftly turns it back= on again ;) I=92d like to improve the OCaml bindings so I=92m interested in any experie= nces you have (positive or negative). My top 2 usability annoyances are: 1. we use labelled arguments but not optional arguments, even when there is= a defined default value. 2. we should allow the client to register some kind of nice transient conne= ction failure handler/policy: at the moment every RPC invocation can fail a= nd it can be annoying to handle. Sometimes you just wish to say: keep retry= ing and bail out after n seconds. > = > -n > = > Subject: Re: [Xen-API] xapi-client > From: anil@recoil.org > Date: Fri, 9 Jan 2015 15:35:12 +0000 > CC: xen-api@lists.xen.org > To: buzzheavyyear@hotmail.com > = > It so happens that I just (yesterday) also installed XenServer on x86 and= would like to get the XenAPI client bindings from OCaml, and so am most in= terested in this! > = > -a > = > On 9 Jan 2015, at 09:56, buzz heavyyear wrote: > = > Hello everyone, > = > Just to introduce myself as someone starting out with xapi on arm. Apolog= ies in advance for any future trivial questions to the list! > = > I've been trying to compile the lwt_test/list_vms.ml with the following _= oasis file: > = > OASISFormat: 0.4 > Name: list_vms_lwt > Version: 0.1 > Synopsis: Xapi Client Example > Authors: njb > License: PROP > BuildTools: ocamlbuild > Plugins: META (0.4), DevFiles (0.4) > = > Executable "list_vms_lwt" > Path: . > MainIs: list_vms.ml > BuildDepends: xen-api-client, xen-api-client.lwt, lwt, lwt.ssl, lwt.unix > CompiledObject: best > = > = > = > With opam up to date with lwt etc., I get: > = > File "list_vms.ml", line 32, characters 76-78: > Error: Syntax error > Command exited with code 2. > E: Failure("Command ''/usr/bin/ocamlbuild' list_vms.native -tag debug' te= rminated with error code 10=94) This almost certainly means it needs the lwt.syntax and didn=92t have it. T= ry adding =93, lwt.syntax=94 to the BuildDepends and =93oasis setup=94 =93m= ake=94. > = > = > When I modify _oasis to include the lwt Build flag: > = > OASISFormat: 0.4 > Name: list_vms_lwt > Version: 0.1 > Synopsis: Xapi Client Example > Authors: njb > License: PROP > BuildTools: ocamlbuild > Plugins: META (0.4), DevFiles (0.4) > = > Flag lwt > Description: build the Lwt library > Default: false > = > Executable "list_vms_lwt" > Path: . > MainIs: list_vms.ml > Install$: flag(lwt) > Build$: flag(lwt) > BuildDepends: xen-api-client, xen-api-client.lwt, lwt, lwt.ssl, lwt.unix > CompiledObject: best > = > = > = > = > when running make I get : > = > ocaml setup.ml -build = > /usr/bin/ocamlopt.opt unix.cmxa -I /usr/lib/ocaml/ocamlbuild /usr/lib/oca= ml/ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml /usr/lib/ocaml/ocamlbuild/= ocamlbuild.cmx -o myocamlbuild > MAKE SUCCESSFUL (total time: 1s) > = > = > .... but no executable. Hmm, the lwt flag defaults to false and is set to true by the Makefile: LWT ?=3D $(shell if ocamlfind query lwt.ssl >/dev/null 2>&1; then echo --en= able-lwt; fi) So it looks like you need to =93opam install ssl=94 Cheers, Dave > = > Could somebody possibly point out my error? > = > Thanks > Nick > _______________________________________________ > 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 _______________________________________________ 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 Jan 10 10:27:13 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 10 Jan 2015 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 1Y9tG1-0000nY-Bh; Sat, 10 Jan 2015 10:27:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9tFz-0000nT-9G for xen-api@lists.xen.org; Sat, 10 Jan 2015 10:26:59 +0000 Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id 83/6A-26858-27EF0B45; Sat, 10 Jan 2015 10:26:58 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1420885617!18552497!1 X-Originating-IP: [157.55.0.228] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17129 invoked from network); 10 Jan 2015 10:26:57 -0000 Received: from dub004-omc1s29.hotmail.com (HELO DUB004-OMC1S29.hotmail.com) (157.55.0.228) by server-4.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 10 Jan 2015 10:26:57 -0000 Received: from DUB128-W30 ([157.55.0.238]) by DUB004-OMC1S29.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Sat, 10 Jan 2015 02:26:56 -0800 X-TMN: [LHL8fAe+yY5Ymx4y8xVKjS7JFQGA7nX3] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: buzz heavyyear To: Dave Scott Date: Sat, 10 Jan 2015 10:26:56 +0000 Importance: Normal In-Reply-To: <8B818A98-F252-458D-9D4B-78967FE3D0D3@citrix.com> References: <, >, , , <8B818A98-F252-458D-9D4B-78967FE3D0D3@citrix.com> MIME-Version: 1.0 X-OriginalArrivalTime: 10 Jan 2015 10:26:56.0917 (UTC) FILETIME=[F5DF4450:01D02CBF] Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xapi-client 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="===============4391255987054983906==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4391255987054983906== Content-Type: multipart/alternative; boundary="_d2419c88-e898-4805-90a2-2d83f6edad47_" --_d2419c88-e898-4805-90a2-2d83f6edad47_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable >=20 > This almost certainly means it needs the lwt.syntax and =0A= didn=92t have it. Try adding =93=2C lwt.syntax=94 to the BuildDepends and = =93oasis=0A= setup=94 =93make=94. >=20 > >=20 >=20 > So it looks like you need to =93opam install ssl=94 >=20 Thanks=2C did both of these and reverted to your Makefile - success Now the journey/fun begins :) Cheers Nick = --_d2419c88-e898-4805-90a2-2d83f6edad47_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
>=3B
>=3B This almost ce= rtainly means it needs the lwt.syntax and =0A= didn=92t have it. Try adding =93=2C lwt.syntax=94 to the BuildDepends and = =93oasis=0A= setup=94 =93make=94.
>=3B
>=3B >=3B
>=3B
>=3B So = it looks like you need to =93opam install ssl=94
>=3B

Thanks= =2C did both of these and reverted to your Makefile - success

Now th= e journey/fun begins :)

Cheers
Nick
= --_d2419c88-e898-4805-90a2-2d83f6edad47_-- --===============4391255987054983906== 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 --===============4391255987054983906==-- From xen-api-bounces@lists.xen.org Sat Jan 10 10:27:13 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 10 Jan 2015 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 1Y9tG1-0000nY-Bh; Sat, 10 Jan 2015 10:27:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9tFz-0000nT-9G for xen-api@lists.xen.org; Sat, 10 Jan 2015 10:26:59 +0000 Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id 83/6A-26858-27EF0B45; Sat, 10 Jan 2015 10:26:58 +0000 X-Env-Sender: buzzheavyyear@hotmail.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1420885617!18552497!1 X-Originating-IP: [157.55.0.228] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17129 invoked from network); 10 Jan 2015 10:26:57 -0000 Received: from dub004-omc1s29.hotmail.com (HELO DUB004-OMC1S29.hotmail.com) (157.55.0.228) by server-4.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 10 Jan 2015 10:26:57 -0000 Received: from DUB128-W30 ([157.55.0.238]) by DUB004-OMC1S29.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Sat, 10 Jan 2015 02:26:56 -0800 X-TMN: [LHL8fAe+yY5Ymx4y8xVKjS7JFQGA7nX3] X-Originating-Email: [buzzheavyyear@hotmail.com] Message-ID: From: buzz heavyyear To: Dave Scott Date: Sat, 10 Jan 2015 10:26:56 +0000 Importance: Normal In-Reply-To: <8B818A98-F252-458D-9D4B-78967FE3D0D3@citrix.com> References: <, >, , , <8B818A98-F252-458D-9D4B-78967FE3D0D3@citrix.com> MIME-Version: 1.0 X-OriginalArrivalTime: 10 Jan 2015 10:26:56.0917 (UTC) FILETIME=[F5DF4450:01D02CBF] Cc: "xen-api@lists.xen.org" Subject: Re: [Xen-API] xapi-client 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="===============4391255987054983906==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============4391255987054983906== Content-Type: multipart/alternative; boundary="_d2419c88-e898-4805-90a2-2d83f6edad47_" --_d2419c88-e898-4805-90a2-2d83f6edad47_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable >=20 > This almost certainly means it needs the lwt.syntax and =0A= didn=92t have it. Try adding =93=2C lwt.syntax=94 to the BuildDepends and = =93oasis=0A= setup=94 =93make=94. >=20 > >=20 >=20 > So it looks like you need to =93opam install ssl=94 >=20 Thanks=2C did both of these and reverted to your Makefile - success Now the journey/fun begins :) Cheers Nick = --_d2419c88-e898-4805-90a2-2d83f6edad47_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
>=3B
>=3B This almost ce= rtainly means it needs the lwt.syntax and =0A= didn=92t have it. Try adding =93=2C lwt.syntax=94 to the BuildDepends and = =93oasis=0A= setup=94 =93make=94.
>=3B
>=3B >=3B
>=3B
>=3B So = it looks like you need to =93opam install ssl=94
>=3B

Thanks= =2C did both of these and reverted to your Makefile - success

Now th= e journey/fun begins :)

Cheers
Nick
= --_d2419c88-e898-4805-90a2-2d83f6edad47_-- --===============4391255987054983906== 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 --===============4391255987054983906==-- From xen-api-bounces@lists.xen.org Mon Jan 12 09:29:27 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Jan 2015 09:29: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 1YAbJH-0007dt-Ol; Mon, 12 Jan 2015 09:29:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAbJG-0007dn-Cb for xen-api@lists.xen.org; Mon, 12 Jan 2015 09:29:18 +0000 Received: from [85.158.139.211] by server-1.bemta-5.messagelabs.com id CA/A7-24124-DE393B45; Mon, 12 Jan 2015 09:29:17 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-9.tower-206.messagelabs.com!1421054956!17459784!1 X-Originating-IP: [62.142.5.117] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMTQyLjUuMTE3ID0+IDk1NDU1\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1853 invoked from network); 12 Jan 2015 09:29:17 -0000 Received: from emh07.mail.saunalahti.fi (HELO emh07.mail.saunalahti.fi) (62.142.5.117) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jan 2015 09:29:17 -0000 Received: from ydin.reaktio.net (reaktio.net [85.76.255.15]) by emh07.mail.saunalahti.fi (Postfix) with ESMTP id B8BDC403D; Mon, 12 Jan 2015 11:29:15 +0200 (EET) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 776A236C05E; Mon, 12 Jan 2015 11:29:15 +0200 (EET) Date: Mon, 12 Jan 2015 11:29:15 +0200 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: xs-devel@lists.xenserver.org Message-ID: <20150112092915.GR19091@reaktio.net> References: <37AB6F3E-B73B-4D1A-A740-8C87BC0FCAE1@citrix.com> <54AC3A11.3070905@nau.edu> <54AEAC7B.1080600@nau.edu> <54B05C1E.1000709@nau.edu> <54B05D4E.5040604@nau.edu> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <54B05D4E.5040604@nau.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: tobias Kreidl , Dave Scott , Xen API mailing list Subject: Re: [Xen-API] [xs-devel] lvmthin 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, Jan 09, 2015 at 03:59:26PM -0700, Tobias Kreidl wrote: > So sorry, I meant of course to write that the utility is lvmthin (not > thinlvm). > Hello, I *think* the lvmthin stuff is currently designed for single-host systems, where the storage is used by a single dedicated host only. That's the usual model for LVM aswell. If multiple hosts access the same LVM volumes one needs to make sure the LVM metadata changes are properly synchronized across all hosts, so all the hosts sharing the same physical LUNs/PVs/VGs/LVs have exactly the same idea of the LVM settings, and I believe XAPI does this for normal (thick) LVM volumes. But it gets much more difficult with thin volumes, because the "metadata" can change on *every* write IO (when one needs to allocate more blocks from the thin pool?). Note I haven't looked at the internals of LVM thinprovisioning, but I assume it'll be more difficult to get working in shared-LUN/multi-host environments compared to normal thick-LVM. I guess there would have to be some "free-blocks-per-host-for-thin-volumes", so each host would allocate new blocks from its dedicated pool, without the risk of corrupting the LVM PVs or the volumes.. and avoiding the need of syncing metadata on every write IO? Just random thoughts :) -- Pasi > On 1/9/2015 3:54 PM, Tobias Kreidl wrote: > > As of around CentOS 6.5 (and for sure in RHEL 6.4) that there is a > thinlvm lvmthin utility that seems to take care of supporting > thinly-provisioned LVM volumes. There is an associated snapshot design > based on LVM thin provisioning that even supports the ability to do > snapshots of snapshots, etc. down the chain. > > Unfortunately, from a cursory look, it doesn't look like a back port to > CentOS 5 would be that easy or even possible, but that it is integrated > into both CentOS 6 and CentOS 7 gives some hope for a possibly > standardized support of it in a future XenServer release, doesn't it? > The other big question would be how readily something like this could be > integrated into XenServer. > > -=Tobias _______________________________________________ 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 Jan 12 09:29:27 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Jan 2015 09:29: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 1YAbJH-0007dt-Ol; Mon, 12 Jan 2015 09:29:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAbJG-0007dn-Cb for xen-api@lists.xen.org; Mon, 12 Jan 2015 09:29:18 +0000 Received: from [85.158.139.211] by server-1.bemta-5.messagelabs.com id CA/A7-24124-DE393B45; Mon, 12 Jan 2015 09:29:17 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-9.tower-206.messagelabs.com!1421054956!17459784!1 X-Originating-IP: [62.142.5.117] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMTQyLjUuMTE3ID0+IDk1NDU1\n X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1853 invoked from network); 12 Jan 2015 09:29:17 -0000 Received: from emh07.mail.saunalahti.fi (HELO emh07.mail.saunalahti.fi) (62.142.5.117) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jan 2015 09:29:17 -0000 Received: from ydin.reaktio.net (reaktio.net [85.76.255.15]) by emh07.mail.saunalahti.fi (Postfix) with ESMTP id B8BDC403D; Mon, 12 Jan 2015 11:29:15 +0200 (EET) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 776A236C05E; Mon, 12 Jan 2015 11:29:15 +0200 (EET) Date: Mon, 12 Jan 2015 11:29:15 +0200 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: xs-devel@lists.xenserver.org Message-ID: <20150112092915.GR19091@reaktio.net> References: <37AB6F3E-B73B-4D1A-A740-8C87BC0FCAE1@citrix.com> <54AC3A11.3070905@nau.edu> <54AEAC7B.1080600@nau.edu> <54B05C1E.1000709@nau.edu> <54B05D4E.5040604@nau.edu> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <54B05D4E.5040604@nau.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: tobias Kreidl , Dave Scott , Xen API mailing list Subject: Re: [Xen-API] [xs-devel] lvmthin 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, Jan 09, 2015 at 03:59:26PM -0700, Tobias Kreidl wrote: > So sorry, I meant of course to write that the utility is lvmthin (not > thinlvm). > Hello, I *think* the lvmthin stuff is currently designed for single-host systems, where the storage is used by a single dedicated host only. That's the usual model for LVM aswell. If multiple hosts access the same LVM volumes one needs to make sure the LVM metadata changes are properly synchronized across all hosts, so all the hosts sharing the same physical LUNs/PVs/VGs/LVs have exactly the same idea of the LVM settings, and I believe XAPI does this for normal (thick) LVM volumes. But it gets much more difficult with thin volumes, because the "metadata" can change on *every* write IO (when one needs to allocate more blocks from the thin pool?). Note I haven't looked at the internals of LVM thinprovisioning, but I assume it'll be more difficult to get working in shared-LUN/multi-host environments compared to normal thick-LVM. I guess there would have to be some "free-blocks-per-host-for-thin-volumes", so each host would allocate new blocks from its dedicated pool, without the risk of corrupting the LVM PVs or the volumes.. and avoiding the need of syncing metadata on every write IO? Just random thoughts :) -- Pasi > On 1/9/2015 3:54 PM, Tobias Kreidl wrote: > > As of around CentOS 6.5 (and for sure in RHEL 6.4) that there is a > thinlvm lvmthin utility that seems to take care of supporting > thinly-provisioned LVM volumes. There is an associated snapshot design > based on LVM thin provisioning that even supports the ability to do > snapshots of snapshots, etc. down the chain. > > Unfortunately, from a cursory look, it doesn't look like a back port to > CentOS 5 would be that easy or even possible, but that it is integrated > into both CentOS 6 and CentOS 7 gives some hope for a possibly > standardized support of it in a future XenServer release, doesn't it? > The other big question would be how readily something like this could be > integrated into XenServer. > > -=Tobias _______________________________________________ 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 Jan 12 09:57:07 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Jan 2015 09:57:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAbk9-0001D6-IP; Mon, 12 Jan 2015 09:57:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAbk8-0001Cv-B7 for xen-api@lists.xen.org; Mon, 12 Jan 2015 09:57:04 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id F7/02-15461-F6A93B45; Mon, 12 Jan 2015 09:57:03 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1421056622!20771127!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10196 invoked from network); 12 Jan 2015 09:57:03 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jan 2015 09:57:03 -0000 X-IronPort-AV: E=Sophos;i="5.07,743,1413244800"; d="scan'208";a="28551208" From: Dave Scott To: "xs-devel@lists.xenserver.org" Thread-Topic: [xs-devel] lvmthin Thread-Index: AQHQLF/+Hszv9TWXNUimodJxGwW81Jy8KvKAgAAHvwA= Date: Mon, 12 Jan 2015 09:57:01 +0000 Message-ID: <9E1E70CF-0B6E-4F45-8E7C-09A91F99AE60@citrix.com> References: <37AB6F3E-B73B-4D1A-A740-8C87BC0FCAE1@citrix.com> <54AC3A11.3070905@nau.edu> <54AEAC7B.1080600@nau.edu> <54B05C1E.1000709@nau.edu> <54B05D4E.5040604@nau.edu> <20150112092915.GR19091@reaktio.net> In-Reply-To: <20150112092915.GR19091@reaktio.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: tobias Kreidl , Xen API mailing list Subject: Re: [Xen-API] [xs-devel] lvmthin 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org DQo+IE9uIDEyIEphbiAyMDE1LCBhdCAwOToyOSwgUGFzaSBLw6Rya2vDpGluZW4gPHBhc2lrQGlr aS5maT4gd3JvdGU6DQo+IA0KPiBPbiBGcmksIEphbiAwOSwgMjAxNSBhdCAwMzo1OToyNlBNIC0w NzAwLCBUb2JpYXMgS3JlaWRsIHdyb3RlOg0KPj4gICBTbyBzb3JyeSwgSSBtZWFudCBvZiBjb3Vy c2UgdG8gd3JpdGUgdGhhdCB0aGUgdXRpbGl0eSBpcyBsdm10aGluIChub3QNCj4+ICAgdGhpbmx2 bSkuDQo+PiANCj4gDQo+IEhlbGxvLA0KPiANCj4gSSAqdGhpbmsqIHRoZSBsdm10aGluIHN0dWZm IGlzIGN1cnJlbnRseSBkZXNpZ25lZCBmb3Igc2luZ2xlLWhvc3Qgc3lzdGVtcywNCj4gd2hlcmUg dGhlIHN0b3JhZ2UgaXMgdXNlZCBieSBhIHNpbmdsZSBkZWRpY2F0ZWQgaG9zdCBvbmx5LiBUaGF0 J3MgdGhlIHVzdWFsIG1vZGVsIGZvciBMVk0gYXN3ZWxsLg0KDQpUaGF04oCZcyByaWdodC4NCg0K PiANCj4gSWYgbXVsdGlwbGUgaG9zdHMgYWNjZXNzIHRoZSBzYW1lIExWTSB2b2x1bWVzIG9uZSBu ZWVkcyB0byBtYWtlIHN1cmUgdGhlIExWTSBtZXRhZGF0YSBjaGFuZ2VzIGFyZSBwcm9wZXJseSBz eW5jaHJvbml6ZWQgYWNyb3NzIGFsbCBob3N0cywNCj4gc28gYWxsIHRoZSBob3N0cyBzaGFyaW5n IHRoZSBzYW1lIHBoeXNpY2FsIExVTnMvUFZzL1ZHcy9MVnMgaGF2ZSBleGFjdGx5IHRoZSBzYW1l IGlkZWEgb2YgdGhlIExWTSBzZXR0aW5ncywgYW5kIEkgYmVsaWV2ZSBYQVBJIGRvZXMgdGhpcyBm b3Igbm9ybWFsICh0aGljaykgTFZNIHZvbHVtZXMuDQo+IA0KPiBCdXQgaXQgZ2V0cyBtdWNoIG1v cmUgZGlmZmljdWx0IHdpdGggdGhpbiB2b2x1bWVzLCBiZWNhdXNlIHRoZSAibWV0YWRhdGEiIGNh biBjaGFuZ2Ugb24gKmV2ZXJ5KiB3cml0ZSBJTyAod2hlbiBvbmUgbmVlZHMgdG8gYWxsb2NhdGUg bW9yZSBibG9ja3MgZnJvbSB0aGUgdGhpbiBwb29sPykuDQo+IA0KPiBOb3RlIEkgaGF2ZW4ndCBs b29rZWQgYXQgdGhlIGludGVybmFscyBvZiBMVk0gdGhpbnByb3Zpc2lvbmluZywgYnV0IEkgYXNz dW1lIGl0J2xsIGJlIG1vcmUgZGlmZmljdWx0IHRvIGdldCB3b3JraW5nIGluIHNoYXJlZC1MVU4v bXVsdGktaG9zdCBlbnZpcm9ubWVudHMgY29tcGFyZWQgdG8gbm9ybWFsIHRoaWNrLUxWTS4NCj4g DQo+IEkgZ3Vlc3MgdGhlcmUgd291bGQgaGF2ZSB0byBiZSBzb21lICJmcmVlLWJsb2Nrcy1wZXIt aG9zdC1mb3ItdGhpbi12b2x1bWVzIiwgc28gZWFjaCBob3N0IHdvdWxkIGFsbG9jYXRlIG5ldyBi bG9ja3MgZnJvbSBpdHMgZGVkaWNhdGVkIHBvb2wsIHdpdGhvdXQgdGhlIHJpc2sgb2YgY29ycnVw dGluZyB0aGUgTFZNIFBWcyBvciB0aGUgdm9sdW1lcy4uIGFuZCBhdm9pZGluZyB0aGUgbmVlZCBv ZiBzeW5jaW5nIG1ldGFkYXRhIG9uIGV2ZXJ5IHdyaXRlIElPPw0KDQpMVk3igJlzIHRoaW4gcHJv dmlzaW9uaW5nIHVzZXMgdGhlIGRldmljZSBtYXBwZXIg4oCcZG0tdGhpbuKAnSB0YXJnZXQsIHdo aWNoIHdvcmtzIGFzIHlvdSBkZXNjcmliZS4gSSB0aGluayBmb3IgbG9jYWwsIG5vbi1zaGFyZWQg TFZNIGl0IGxvb2tzIHJlYWxseSBnb29kLiBJ4oCZdmUgZ290IGEgdmVyeSBleHBlcmltZW50YWwg c3RvcmFnZSBwbHVnaW4gd2hpY2ggY2FuIHVzZSBpdCAoZXpsdm1bMV0pLiBBbHNvIEkgdGhpbmsg RmVkb3JhIDIxIGNhbiBib290IGZyb20gdGhpbi1wcm92aXNpb25lZCBMVk0gd2hpY2ggd291bGQg bGV0IHlvdSBkbyB0aGluZ3MgbGlrZSBzbmFwc2hvdCAoYW5kIHJldmVydCkgdGhlIHdob2xlIGRv bTAgZmlsZXN5c3RlbS4NCg0KSeKAmXZlIHRob3VnaHQgYSBsaXR0bGUgYWJvdXQgaG93IHdlIGNv dWxkIHVzZSBpdCBpbiBmdXR1cmUgZm9yIHNoYXJlZCBMVk0uIFBvdGVudGlhbGx5IHdlIGNvdWxk IG1ha2UgdGhlIOKAnHRoaW4gcG9vbOKAnSB3b3JrIGZvciBwZXItaG9zdCBhbGxvY2F0aW9uIGJ5 IGEgYmFsbG9vbmluZy1saWtlIHRlY2huaXF1ZS4gSWYgZXZlcnkgaG9zdCBzYXcgdGhlIGZ1bGwg c2V0IG9mIGZyZWUgYmxvY2tzLCBidXQgbW9zdCBvZiB0aGUgYmxvY2tzIHdlcmUgbWFza2VkIG9m ZiBieSBhIGZha2UgZGlzayAobGlrZSB0aGUgYmFsbG9vbiBkcml2ZXLigJlzIGJhbGxvb24pIHRo ZW4gZWFjaCBob3N0IHdvdWxkIGJlIGFibGUgdG8gYWxsb2NhdGUgbG9jYWxseSBmcm9tIHRoZSBz YW1lIGJsb2NrIGFkZHJlc3Mgc3BhY2UuIFRoaXMgd291bGQgbWFrZSBpdCBlYXNpZXIgdG8gbW92 ZSB2b2x1bWVzIGJldHdlZW4gaG9zdHMuIEkgdGhpbmsgZWFjaCBob3N0IHdvdWxkIG5lZWQgaXRz IG93biBwcml2YXRlIGNvcHkgb2YgdGhlIExWTSBtZXRhZGF0YSwgd2hpY2ggd291bGQgZnVuY3Rp b24gbGlrZSB0aGUgam91cm5hbCBpbiB0aGlzIOKAnHRoaW5sdmhk4oCdIGRlc2lnbi4gV2hlbiBJ IHRyaWVkIHRvIG1ha2UgdGhpcyB3b3JrIGEgd2hpbGUgYWdvIEkgaGl0IGEgcHJvYmxlbSB3aGVu IEkgdHJpZWQgdG8gbW9kaWZ5IHRoZSDigJxiYWxsb29uIGRpc2vigJ06IHdoZW4gSSByZWxvYWRl ZCB0aGUgdGhpbiBwb29sIG1ldGFkYXRhIGFuZCByZXN1bWVkIHRoZSBkZXZpY2UgbWFwcGVyIGRl dmljZSBpdCBoYWQgY2xlYXJseSBjYWNoZWQgc29tZSBvZiB0aGUgZGF0YSBzdHJ1Y3R1cmUgaW4g bWVtb3J5IGJlY2F1c2UgaXQgaW1tZWRpYXRlbHkgY29ycnVwdGVkIGl0c2VsZi4gVGhpcyBpcyBw cm9iYWJseSBmaXhhYmxlIGJ1dCByZXF1aXJlcyBtb3JlIGV4cGVyaW1lbnRhdGlvbiA6KQ0KDQpT byBmb3IgdGhlIHNoYXJlZCBjYXNlIEkgdGhpbmsgd2Ugc2hvdWxkIHdvcmsgb24g4oCcdGhpbmx2 aGTigJ0gKGkuZS4gdGhpbiBwcm92aXNpb25pbmcgdmlhIHRhcGRpc2spIGZpcnN0IGJ1dCBwbGF5 IHdpdGggZG0tdGhpbiBpbiB0aGUgYmFja2dyb3VuZCA6KQ0KDQpDaGVlcnMsDQpEYXZlDQoNClsx XSBodHRwczovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2V6bHZtDQoNCg0KPiANCj4gDQo+IEp1 c3QgcmFuZG9tIHRob3VnaHRzIDopDQo+IA0KPiAtLSBQYXNpDQo+IA0KPj4gICBPbiAxLzkvMjAx NSAzOjU0IFBNLCBUb2JpYXMgS3JlaWRsIHdyb3RlOg0KPj4gDQo+PiAgICAgQXMgb2YgYXJvdW5k IENlbnRPUyA2LjUgKGFuZCBmb3Igc3VyZSBpbiBSSEVMIDYuNCkgdGhhdCB0aGVyZSBpcyBhDQo+ PiAgICAgdGhpbmx2bSBsdm10aGluIHV0aWxpdHkgdGhhdCBzZWVtcyB0byB0YWtlIGNhcmUgb2Yg c3VwcG9ydGluZw0KPj4gICAgIHRoaW5seS1wcm92aXNpb25lZCBMVk0gdm9sdW1lcy4gVGhlcmUg aXMgYW4gYXNzb2NpYXRlZCBzbmFwc2hvdCBkZXNpZ24NCj4+ICAgICBiYXNlZCBvbiBMVk0gdGhp biBwcm92aXNpb25pbmcgdGhhdCBldmVuIHN1cHBvcnRzIHRoZSBhYmlsaXR5IHRvIGRvDQo+PiAg ICAgc25hcHNob3RzIG9mIHNuYXBzaG90cywgZXRjLiBkb3duIHRoZSBjaGFpbi4NCj4+IA0KPj4g ICAgIFVuZm9ydHVuYXRlbHksIGZyb20gYSBjdXJzb3J5IGxvb2ssIGl0IGRvZXNuJ3QgbG9vayBs aWtlIGEgYmFjayBwb3J0IHRvDQo+PiAgICAgQ2VudE9TIDUgd291bGQgYmUgdGhhdCBlYXN5IG9y IGV2ZW4gcG9zc2libGUsIGJ1dCB0aGF0IGl0IGlzIGludGVncmF0ZWQNCj4+ICAgICBpbnRvIGJv dGggQ2VudE9TIDYgYW5kIENlbnRPUyA3IGdpdmVzIHNvbWUgaG9wZSBmb3IgYSBwb3NzaWJseQ0K Pj4gICAgIHN0YW5kYXJkaXplZCBzdXBwb3J0IG9mIGl0IGluIGEgZnV0dXJlIFhlblNlcnZlciBy ZWxlYXNlLCBkb2Vzbid0IGl0Pw0KPj4gICAgIFRoZSBvdGhlciBiaWcgcXVlc3Rpb24gd291bGQg YmUgaG93IHJlYWRpbHkgc29tZXRoaW5nIGxpa2UgdGhpcyBjb3VsZCBiZQ0KPj4gICAgIGludGVn cmF0ZWQgaW50byBYZW5TZXJ2ZXIuDQo+PiANCj4+ICAgICAtPVRvYmlhcw0KPiANCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5n IGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4v bWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Mon Jan 12 09:57:07 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Jan 2015 09:57:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAbk9-0001D6-IP; Mon, 12 Jan 2015 09:57:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAbk8-0001Cv-B7 for xen-api@lists.xen.org; Mon, 12 Jan 2015 09:57:04 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id F7/02-15461-F6A93B45; Mon, 12 Jan 2015 09:57:03 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1421056622!20771127!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10196 invoked from network); 12 Jan 2015 09:57:03 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jan 2015 09:57:03 -0000 X-IronPort-AV: E=Sophos;i="5.07,743,1413244800"; d="scan'208";a="28551208" From: Dave Scott To: "xs-devel@lists.xenserver.org" Thread-Topic: [xs-devel] lvmthin Thread-Index: AQHQLF/+Hszv9TWXNUimodJxGwW81Jy8KvKAgAAHvwA= Date: Mon, 12 Jan 2015 09:57:01 +0000 Message-ID: <9E1E70CF-0B6E-4F45-8E7C-09A91F99AE60@citrix.com> References: <37AB6F3E-B73B-4D1A-A740-8C87BC0FCAE1@citrix.com> <54AC3A11.3070905@nau.edu> <54AEAC7B.1080600@nau.edu> <54B05C1E.1000709@nau.edu> <54B05D4E.5040604@nau.edu> <20150112092915.GR19091@reaktio.net> In-Reply-To: <20150112092915.GR19091@reaktio.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: tobias Kreidl , Xen API mailing list Subject: Re: [Xen-API] [xs-devel] lvmthin 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org DQo+IE9uIDEyIEphbiAyMDE1LCBhdCAwOToyOSwgUGFzaSBLw6Rya2vDpGluZW4gPHBhc2lrQGlr aS5maT4gd3JvdGU6DQo+IA0KPiBPbiBGcmksIEphbiAwOSwgMjAxNSBhdCAwMzo1OToyNlBNIC0w NzAwLCBUb2JpYXMgS3JlaWRsIHdyb3RlOg0KPj4gICBTbyBzb3JyeSwgSSBtZWFudCBvZiBjb3Vy c2UgdG8gd3JpdGUgdGhhdCB0aGUgdXRpbGl0eSBpcyBsdm10aGluIChub3QNCj4+ICAgdGhpbmx2 bSkuDQo+PiANCj4gDQo+IEhlbGxvLA0KPiANCj4gSSAqdGhpbmsqIHRoZSBsdm10aGluIHN0dWZm IGlzIGN1cnJlbnRseSBkZXNpZ25lZCBmb3Igc2luZ2xlLWhvc3Qgc3lzdGVtcywNCj4gd2hlcmUg dGhlIHN0b3JhZ2UgaXMgdXNlZCBieSBhIHNpbmdsZSBkZWRpY2F0ZWQgaG9zdCBvbmx5LiBUaGF0 J3MgdGhlIHVzdWFsIG1vZGVsIGZvciBMVk0gYXN3ZWxsLg0KDQpUaGF04oCZcyByaWdodC4NCg0K PiANCj4gSWYgbXVsdGlwbGUgaG9zdHMgYWNjZXNzIHRoZSBzYW1lIExWTSB2b2x1bWVzIG9uZSBu ZWVkcyB0byBtYWtlIHN1cmUgdGhlIExWTSBtZXRhZGF0YSBjaGFuZ2VzIGFyZSBwcm9wZXJseSBz eW5jaHJvbml6ZWQgYWNyb3NzIGFsbCBob3N0cywNCj4gc28gYWxsIHRoZSBob3N0cyBzaGFyaW5n IHRoZSBzYW1lIHBoeXNpY2FsIExVTnMvUFZzL1ZHcy9MVnMgaGF2ZSBleGFjdGx5IHRoZSBzYW1l IGlkZWEgb2YgdGhlIExWTSBzZXR0aW5ncywgYW5kIEkgYmVsaWV2ZSBYQVBJIGRvZXMgdGhpcyBm b3Igbm9ybWFsICh0aGljaykgTFZNIHZvbHVtZXMuDQo+IA0KPiBCdXQgaXQgZ2V0cyBtdWNoIG1v cmUgZGlmZmljdWx0IHdpdGggdGhpbiB2b2x1bWVzLCBiZWNhdXNlIHRoZSAibWV0YWRhdGEiIGNh biBjaGFuZ2Ugb24gKmV2ZXJ5KiB3cml0ZSBJTyAod2hlbiBvbmUgbmVlZHMgdG8gYWxsb2NhdGUg bW9yZSBibG9ja3MgZnJvbSB0aGUgdGhpbiBwb29sPykuDQo+IA0KPiBOb3RlIEkgaGF2ZW4ndCBs b29rZWQgYXQgdGhlIGludGVybmFscyBvZiBMVk0gdGhpbnByb3Zpc2lvbmluZywgYnV0IEkgYXNz dW1lIGl0J2xsIGJlIG1vcmUgZGlmZmljdWx0IHRvIGdldCB3b3JraW5nIGluIHNoYXJlZC1MVU4v bXVsdGktaG9zdCBlbnZpcm9ubWVudHMgY29tcGFyZWQgdG8gbm9ybWFsIHRoaWNrLUxWTS4NCj4g DQo+IEkgZ3Vlc3MgdGhlcmUgd291bGQgaGF2ZSB0byBiZSBzb21lICJmcmVlLWJsb2Nrcy1wZXIt aG9zdC1mb3ItdGhpbi12b2x1bWVzIiwgc28gZWFjaCBob3N0IHdvdWxkIGFsbG9jYXRlIG5ldyBi bG9ja3MgZnJvbSBpdHMgZGVkaWNhdGVkIHBvb2wsIHdpdGhvdXQgdGhlIHJpc2sgb2YgY29ycnVw dGluZyB0aGUgTFZNIFBWcyBvciB0aGUgdm9sdW1lcy4uIGFuZCBhdm9pZGluZyB0aGUgbmVlZCBv ZiBzeW5jaW5nIG1ldGFkYXRhIG9uIGV2ZXJ5IHdyaXRlIElPPw0KDQpMVk3igJlzIHRoaW4gcHJv dmlzaW9uaW5nIHVzZXMgdGhlIGRldmljZSBtYXBwZXIg4oCcZG0tdGhpbuKAnSB0YXJnZXQsIHdo aWNoIHdvcmtzIGFzIHlvdSBkZXNjcmliZS4gSSB0aGluayBmb3IgbG9jYWwsIG5vbi1zaGFyZWQg TFZNIGl0IGxvb2tzIHJlYWxseSBnb29kLiBJ4oCZdmUgZ290IGEgdmVyeSBleHBlcmltZW50YWwg c3RvcmFnZSBwbHVnaW4gd2hpY2ggY2FuIHVzZSBpdCAoZXpsdm1bMV0pLiBBbHNvIEkgdGhpbmsg RmVkb3JhIDIxIGNhbiBib290IGZyb20gdGhpbi1wcm92aXNpb25lZCBMVk0gd2hpY2ggd291bGQg bGV0IHlvdSBkbyB0aGluZ3MgbGlrZSBzbmFwc2hvdCAoYW5kIHJldmVydCkgdGhlIHdob2xlIGRv bTAgZmlsZXN5c3RlbS4NCg0KSeKAmXZlIHRob3VnaHQgYSBsaXR0bGUgYWJvdXQgaG93IHdlIGNv dWxkIHVzZSBpdCBpbiBmdXR1cmUgZm9yIHNoYXJlZCBMVk0uIFBvdGVudGlhbGx5IHdlIGNvdWxk IG1ha2UgdGhlIOKAnHRoaW4gcG9vbOKAnSB3b3JrIGZvciBwZXItaG9zdCBhbGxvY2F0aW9uIGJ5 IGEgYmFsbG9vbmluZy1saWtlIHRlY2huaXF1ZS4gSWYgZXZlcnkgaG9zdCBzYXcgdGhlIGZ1bGwg c2V0IG9mIGZyZWUgYmxvY2tzLCBidXQgbW9zdCBvZiB0aGUgYmxvY2tzIHdlcmUgbWFza2VkIG9m ZiBieSBhIGZha2UgZGlzayAobGlrZSB0aGUgYmFsbG9vbiBkcml2ZXLigJlzIGJhbGxvb24pIHRo ZW4gZWFjaCBob3N0IHdvdWxkIGJlIGFibGUgdG8gYWxsb2NhdGUgbG9jYWxseSBmcm9tIHRoZSBz YW1lIGJsb2NrIGFkZHJlc3Mgc3BhY2UuIFRoaXMgd291bGQgbWFrZSBpdCBlYXNpZXIgdG8gbW92 ZSB2b2x1bWVzIGJldHdlZW4gaG9zdHMuIEkgdGhpbmsgZWFjaCBob3N0IHdvdWxkIG5lZWQgaXRz IG93biBwcml2YXRlIGNvcHkgb2YgdGhlIExWTSBtZXRhZGF0YSwgd2hpY2ggd291bGQgZnVuY3Rp b24gbGlrZSB0aGUgam91cm5hbCBpbiB0aGlzIOKAnHRoaW5sdmhk4oCdIGRlc2lnbi4gV2hlbiBJ IHRyaWVkIHRvIG1ha2UgdGhpcyB3b3JrIGEgd2hpbGUgYWdvIEkgaGl0IGEgcHJvYmxlbSB3aGVu IEkgdHJpZWQgdG8gbW9kaWZ5IHRoZSDigJxiYWxsb29uIGRpc2vigJ06IHdoZW4gSSByZWxvYWRl ZCB0aGUgdGhpbiBwb29sIG1ldGFkYXRhIGFuZCByZXN1bWVkIHRoZSBkZXZpY2UgbWFwcGVyIGRl dmljZSBpdCBoYWQgY2xlYXJseSBjYWNoZWQgc29tZSBvZiB0aGUgZGF0YSBzdHJ1Y3R1cmUgaW4g bWVtb3J5IGJlY2F1c2UgaXQgaW1tZWRpYXRlbHkgY29ycnVwdGVkIGl0c2VsZi4gVGhpcyBpcyBw cm9iYWJseSBmaXhhYmxlIGJ1dCByZXF1aXJlcyBtb3JlIGV4cGVyaW1lbnRhdGlvbiA6KQ0KDQpT byBmb3IgdGhlIHNoYXJlZCBjYXNlIEkgdGhpbmsgd2Ugc2hvdWxkIHdvcmsgb24g4oCcdGhpbmx2 aGTigJ0gKGkuZS4gdGhpbiBwcm92aXNpb25pbmcgdmlhIHRhcGRpc2spIGZpcnN0IGJ1dCBwbGF5 IHdpdGggZG0tdGhpbiBpbiB0aGUgYmFja2dyb3VuZCA6KQ0KDQpDaGVlcnMsDQpEYXZlDQoNClsx XSBodHRwczovL2dpdGh1Yi5jb20veGFwaS1wcm9qZWN0L2V6bHZtDQoNCg0KPiANCj4gDQo+IEp1 c3QgcmFuZG9tIHRob3VnaHRzIDopDQo+IA0KPiAtLSBQYXNpDQo+IA0KPj4gICBPbiAxLzkvMjAx NSAzOjU0IFBNLCBUb2JpYXMgS3JlaWRsIHdyb3RlOg0KPj4gDQo+PiAgICAgQXMgb2YgYXJvdW5k IENlbnRPUyA2LjUgKGFuZCBmb3Igc3VyZSBpbiBSSEVMIDYuNCkgdGhhdCB0aGVyZSBpcyBhDQo+ PiAgICAgdGhpbmx2bSBsdm10aGluIHV0aWxpdHkgdGhhdCBzZWVtcyB0byB0YWtlIGNhcmUgb2Yg c3VwcG9ydGluZw0KPj4gICAgIHRoaW5seS1wcm92aXNpb25lZCBMVk0gdm9sdW1lcy4gVGhlcmUg aXMgYW4gYXNzb2NpYXRlZCBzbmFwc2hvdCBkZXNpZ24NCj4+ICAgICBiYXNlZCBvbiBMVk0gdGhp biBwcm92aXNpb25pbmcgdGhhdCBldmVuIHN1cHBvcnRzIHRoZSBhYmlsaXR5IHRvIGRvDQo+PiAg ICAgc25hcHNob3RzIG9mIHNuYXBzaG90cywgZXRjLiBkb3duIHRoZSBjaGFpbi4NCj4+IA0KPj4g ICAgIFVuZm9ydHVuYXRlbHksIGZyb20gYSBjdXJzb3J5IGxvb2ssIGl0IGRvZXNuJ3QgbG9vayBs aWtlIGEgYmFjayBwb3J0IHRvDQo+PiAgICAgQ2VudE9TIDUgd291bGQgYmUgdGhhdCBlYXN5IG9y IGV2ZW4gcG9zc2libGUsIGJ1dCB0aGF0IGl0IGlzIGludGVncmF0ZWQNCj4+ICAgICBpbnRvIGJv dGggQ2VudE9TIDYgYW5kIENlbnRPUyA3IGdpdmVzIHNvbWUgaG9wZSBmb3IgYSBwb3NzaWJseQ0K Pj4gICAgIHN0YW5kYXJkaXplZCBzdXBwb3J0IG9mIGl0IGluIGEgZnV0dXJlIFhlblNlcnZlciBy ZWxlYXNlLCBkb2Vzbid0IGl0Pw0KPj4gICAgIFRoZSBvdGhlciBiaWcgcXVlc3Rpb24gd291bGQg YmUgaG93IHJlYWRpbHkgc29tZXRoaW5nIGxpa2UgdGhpcyBjb3VsZCBiZQ0KPj4gICAgIGludGVn cmF0ZWQgaW50byBYZW5TZXJ2ZXIuDQo+PiANCj4+ICAgICAtPVRvYmlhcw0KPiANCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5n IGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4v bWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Mon Jan 12 10:40:47 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Jan 2015 10: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 1YAcQF-0004z8-Fl; Mon, 12 Jan 2015 10:40:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9iWg-0008I0-TF for xen-api@lists.xen.org; Fri, 09 Jan 2015 22:59:31 +0000 Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id 3E/56-05632-25D50B45; Fri, 09 Jan 2015 22:59:30 +0000 X-Env-Sender: Tobias.Kreidl@nau.edu X-Msg-Ref: server-9.tower-31.messagelabs.com!1420844367!14813479!1 X-Originating-IP: [134.114.96.39] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18640 invoked from network); 9 Jan 2015 22:59:29 -0000 Received: from mailgate6.nau.edu (HELO mailgate6.nau.edu) (134.114.96.39) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jan 2015 22:59:29 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate6.nau.edu (Postfix) with ESMTP id 3B0DD600034; Fri, 9 Jan 2015 15:59:27 -0700 (MST) X-Virus-Scanned: amavisd-new at nau.edu Received: from mailgate6.nau.edu ([127.0.0.1]) by localhost (mailgate6.nau.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LBlraLH6N0IR; Fri, 9 Jan 2015 15:59:27 -0700 (MST) Received: from birch.ucc.nau.edu (birch.ucc.nau.edu [134.114.197.64]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailgate6.nau.edu (Postfix) with ESMTPS id 85520600023; Fri, 9 Jan 2015 15:59:26 -0700 (MST) Received: from Kidneywood.nau.froot.nau.edu (10.5.176.71) by birch.ucc.nau.edu (134.114.197.64) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 9 Jan 2015 15:58:57 -0700 Received: from [134.114.32.68] (134.114.32.68) by Kidneywood.nau.froot.nau.edu (10.5.176.65) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 9 Jan 2015 15:59:26 -0700 Message-ID: <54B05D4E.5040604@nau.edu> Date: Fri, 9 Jan 2015 15:59:26 -0700 From: Tobias Kreidl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Dave Scott , Lorscheider Santiago References: <8055C9DA-E831-42CB-80E9-98D177CD4C33@citrix.com> <37AB6F3E-B73B-4D1A-A740-8C87BC0FCAE1@citrix.com> <54AC3A11.3070905@nau.edu> <54AEAC7B.1080600@nau.edu> <54B05C1E.1000709@nau.edu> In-Reply-To: <54B05C1E.1000709@nau.edu> X-Originating-IP: [134.114.32.68] X-Mailman-Approved-At: Mon, 12 Jan 2015 10:40:34 +0000 Cc: tobias Kreidl , xs-devel , Xen API mailing list Subject: Re: [Xen-API] [xs-devel] lvmthin 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="===============1185367172344453524==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1185367172344453524== Content-Type: multipart/alternative; boundary="------------040603030606000005010000" --------------040603030606000005010000 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit So sorry, I meant of course to write that the utility is *lvmthin* (_not_ thinlvm). On 1/9/2015 3:54 PM, Tobias Kreidl wrote: > As of around CentOS 6.5 (and for sure in RHEL 6.4) that there is a > thinlvm *lvmthin* utility that seems to take care of supporting > thinly-provisioned LVM volumes. There is an associated snapshot design > based on LVM thin provisioning that even supports the ability to do > snapshots of snapshots, etc. down the chain. > > Unfortunately, from a cursory look, it doesn't look like a back port > to CentOS 5 would be that easy or even possible, but that it is > integrated into both CentOS 6 and CentOS 7 gives some hope for a > possibly standardized support of it in a future XenServer release, > doesn't it? The other big question would be how readily something like > this could be integrated into XenServer. > > -=Tobias > --------------040603030606000005010000 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: 7bit So sorry, I meant of course to write that the utility is lvmthin (not thinlvm).

On 1/9/2015 3:54 PM, Tobias Kreidl wrote:
As of around CentOS 6.5 (and for sure in RHEL 6.4) that there is a thinlvm lvmthin utility that seems to take care of supporting thinly-provisioned LVM volumes. There is an associated snapshot design based on LVM thin provisioning that even supports the ability to do snapshots of snapshots, etc. down the chain.

Unfortunately, from a cursory look, it doesn't look like a back port to CentOS 5 would be that easy or even possible, but that it is integrated into both CentOS 6 and CentOS 7 gives some hope for a possibly standardized support of it in a future XenServer release, doesn't it? The other big question would be how readily something like this could be integrated into XenServer.

-=Tobias

--------------040603030606000005010000-- --===============1185367172344453524== 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 --===============1185367172344453524==-- From xen-api-bounces@lists.xen.org Mon Jan 12 10:40:47 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Jan 2015 10: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 1YAcQF-0004z3-A8; Mon, 12 Jan 2015 10:40:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9iRp-0008H5-0r for xen-api@lists.xen.org; Fri, 09 Jan 2015 22:54:29 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id 20/53-27584-42C50B45; Fri, 09 Jan 2015 22:54:28 +0000 X-Env-Sender: Tobias.Kreidl@nau.edu X-Msg-Ref: server-9.tower-206.messagelabs.com!1420844064!17238875!1 X-Originating-IP: [134.114.96.205] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2369 invoked from network); 9 Jan 2015 22:54:26 -0000 Received: from mailgate5.nau.edu (HELO mailgate5.nau.edu) (134.114.96.205) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jan 2015 22:54:26 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate5.nau.edu (Postfix) with ESMTP id 4AB9360000F; Fri, 9 Jan 2015 15:54:24 -0700 (MST) X-Virus-Scanned: amavisd-new at nau.edu Received: from mailgate5.nau.edu ([127.0.0.1]) by localhost (mailgate5.nau.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lO50ZLPNOL0K; Fri, 9 Jan 2015 15:54:24 -0700 (MST) Received: from acacia.ucc.nau.edu (acacia.ucc.nau.edu [134.114.197.63]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailgate5.nau.edu (Postfix) with ESMTPS id 2AFF8600003; Fri, 9 Jan 2015 15:54:22 -0700 (MST) Received: from AX.nau.froot.nau.edu (10.5.176.64) by acacia.ucc.nau.edu (134.114.197.63) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 9 Jan 2015 15:54:07 -0700 Received: from [134.114.32.68] (134.114.32.68) by Ax.nau.froot.nau.edu (10.5.176.65) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 9 Jan 2015 15:54:21 -0700 Message-ID: <54B05C1E.1000709@nau.edu> Date: Fri, 9 Jan 2015 15:54:22 -0700 From: Tobias Kreidl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Dave Scott , Lorscheider Santiago References: <8055C9DA-E831-42CB-80E9-98D177CD4C33@citrix.com> <37AB6F3E-B73B-4D1A-A740-8C87BC0FCAE1@citrix.com> <54AC3A11.3070905@nau.edu> <54AEAC7B.1080600@nau.edu> In-Reply-To: <54AEAC7B.1080600@nau.edu> Content-Length: 18288 X-Originating-IP: [134.114.32.68] X-Mailman-Approved-At: Mon, 12 Jan 2015 10:40:34 +0000 Cc: tobias Kreidl , xs-devel , Xen API mailing list Subject: Re: [Xen-API] [xs-devel] Backup solutions for XenServer 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="windows-1252"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org As of around CentOS 6.5 (and for sure in RHEL 6.4) that there is a = thinlvm utility that seems to take care of supporting thinly-provisioned = LVM volumes. There is an associated snapshot design based on LVM thin = provisioning that even supports the ability to do snapshots of = snapshots, etc. down the chain. Unfortunately, from a cursory look, it doesn't look like a back port to = CentOS 5 would be that easy or even possible, but that it is integrated = into both CentOS 6 and CentOS 7 gives some hope for a possibly = standardized support of it in a future XenServer release, doesn't it? = The other big question would be how readily something like this could be = integrated into XenServer. -=3DTobias On 1/8/2015 9:12 AM, Tobias Kreidl wrote: > Hello, David: > > Thanks very much for that feedback. Simple often means good with an = > easier implementation and fewer complexities to worry about, so as = > suggested some time ago on the Xen Project Web site = > https://xenorg.uservoice.com/forums/172169-xen-development?filter=3Dhot&p= age=3D1 = > the thin provisioning of LVM does appear to be a good contender. The = > running out of space issue is, of course, endemic in any storage = > mechanism, so it's more a question of how to prevent corruption and = > recover in that event. As with ext file systems, perhaps keeping a = > certain percentage of the volume reserved for emergency issues could = > help while refusing additional write commits at some point when all = > storage capacity is exhausted (going into "RO" mode). Of course, being = > able to copy out and recover lost space would be a useful means of = > being able to keep VMs running by doing storage Xenmotions = > periodically and recovering the space through some means from the = > original disk (if need be though a re-initialization process or an LVM = > resize operation). With thin provisioning, it's less of an issue for = > some scenarios like a XenDesktop environment containing a large number = > of Windows clients because Microsoft comes out with monthly patches = > and it is way more efficient to just apply those to your golden images = > and reprovision all your VMs. You're then back to your base storage. > > It would also be nice to se VHDX adopted for Windows VMs at some = > point. And while on the topic of storage, where do things stand with = > Ceph? The flexibility looks tremendous, but my understanding is that = > there are still performance issues. It has the capability of natively = > supporting several different storage options, addressing your comment = > about plug-in support for virtually any sort of file system one might = > want. It would also be interesting to get an update on both NFSv4 = > (which works under Creedence, just isn't officially supported) as well = > as with potential pNFS support. Some vendors like NetApp showed early = > on that NFS is still a very viable option for many storage needs and = > our own tests of iSCSI vs. NFS were convincing enough that with an = > LACP bond, we have a very solid NFS connection to our NexentaStor SDS = > and with thin provisioning plus on-the-fly compression/decompression, = > get anywhere from a 20:1 to 50:1 reduction in utilized storage. And as = > mentioned already, this is with the equal I/O performance of iSCSI. = > It's hard to beat that, especially if you can convince those who hold = > the purse strings that you've just increased your storage capacity by = > a factor of 20 or more without needing any additional disks. > > Again, your efforts in this area are most appreciated and thank you = > for continuing to investigate and address these points. Citrix has = > been really great about being open to suggestions and feedback from = > the user community, so many kudos to you and your colleagues for = > lending your ears. > > -=3DTobias > > > > On 1/8/2015 7:57 AM, Dave Scott wrote: >>> On 8 Jan 2015, at 14:26, Lorscheider Santiago = >>> wrote: >>> >>> Hi Tobias, >>> >>> Congratulations analysis. Really if used LVMoSCSI or LVMoHBA will = >>> not have much gain. >> That=92s right =97 our block storage types (LVMoiSCSI and LVMoHBA) are = >> =93thick provisioned=94 >> and hence VDIs take up a lot of space. As Tobias says below, this = >> shows how important >> thin provisioning is. >> >> Within the upstream xapi-project (cc:d xen-api) we=92ve been looking = >> into thin provisioning >> options for block storage. I=92ve written two draft designs: >> >> 1. thin LVHD: >> >> http://xapi-project.github.io/xapi/futures/thin-lvhd/thin-lvhd.html >> >> This proposes to extend the existing LVM-based SRs, allowing LVs to = >> be resized at runtime >> as more space is needed. Every LV could start out small (like a file) = >> and grow as new >> blocks are written. The trick is to make sure allocation can still = >> happen when there >> is a network partition in the pool and avoid timing out VM I/O. The = >> design proposes to >> cache free blocks locally on each host, allocate from there, and = >> replay an allocation >> journal against the LVM metadata periodically. [ This is all based on = >> previous work by >> Germano Percossi and Jon Ludlam, so I can=92t claim credit :) ] >> >> 2. OCFS2: >> >> http://xapi-project.github.io/xapi/futures/ocfs2/ocfs2.html >> >> This proposes to manage OCFS2 clustered filesystem instances and to = >> store VDIs as files >> (format flexible) on top. Most of the design so far is to deal with = >> the complexity of >> managing the configuration and state of the O2CB cluster. >> >> My gut feeling at the moment is that thin LVHD is simpler to = >> implement and will cause >> less =93behaviour churn=94, since we don=92t have to change how HA behav= es, = >> how maintenance mode >> is used etc. >> >> Hopefully at some point in the future Xapi will be able to use any = >> user-managed existing >> filesystem, so a Linux expert power-user could use OCFS2 if they wanted. >> >> Cheers, >> Dave Scott >> >>> Best Regards, >>> >>> Cordialmente, >>> >>> Lorscheider Santiago >>> Visite meu blog: www.centralcloud.info >>> Twitter: @lsantiagos >>> Antes de imprimir, pense em sua responsabilidade e compromisso com o = >>> meio ambiente >>> >>> On Tue, Jan 6, 2015 at 4:40 PM, Tobias Kreidl = >>> wrote: >>> Thank you very much, Dave, for the updates about this nice addition. >>> >>> Here is my one concern, namely that for incremental backups to work = >>> properly, you need to continuously keep a base snapshot on the = >>> server, hence you will -- even if sparse storage is utilized -- = >>> still take up a fair amount of storage as long as you want to = >>> maintain the snapshot and backup mechanism. >>> >>> This led me to thinking, so, what happens if you have SRs with = >>> different underlying properties? What kind of space requirements are = >>> being realized? >>> >>> As a test, I took both a Linux RHEL 7 and a Windows 8.1 VM and = >>> checked how much space was really being used as well as allocated on = >>> the SR, as well as in the export files. Please note that here, some = >>> extra space savings take place on the NexentaStor NFS mount because = >>> of some built-in automatic compression taking place. >>> >>> For a Linux VM with 8 GB of allocated storage on a VDI and around = >>> 1.63 GB of space in use and a Windows VM with 40 GB of allocated = >>> storage and around 20 GB in actual use, here are the numbers I came = >>> up with: >>> >>> >>> RHEL 7 RHEL 7 Windows 8.1 = >>> Windows 8.1 >>> Function LVM NFS+compression LVM = >>> NFS+compression >>> >>> base used: 8.0 GB 1.1 GB 40.0 GB = >>> 20.2 GB >>> base allocated: 8.0 GB 8.0 GB 40.0 GB = >>> 40.0 GB >>> >>> pre-snapshot >>> virtual-size: 8589923591 8589934592 42049672960 = >>> 42949672960 >>> physical-utilisation: 8615100416 5984371200 43041947648 = >>> 20136346112 >>> >>> snapshot used: 13.6 GB 1.1 GB 59.0 GB = >>> 20.2 GB >>> snapshot allocated: 16.0 GB 16.0 GB 80.1 GB = >>> 80.0 GB >>> >>> full snapshot >>> virtual-size: 8589934592 8589934592 42949672960 = >>> 42949672960 >>> physical-virtualisation: 8388608 39944704 8388608 88576 >>> >>> snapshot >>> export size (VHD): 5.97 GB 5.97 GB 20.24 GB = >>> 20.22 GB >>> >>> delta snapshot used: 13.6 GB 1.1 GB 59.1 GB = >>> 0.3 GB >>> delta snap allocated: 24.0 GB 24.0 GB 120.1 GB = >>> 120.0 GB >>> >>> delta snapshot >>> virtual-size: 8589934592 8589934592 42949672960 = >>> 42949672960 >>> physical-virtualistion: 8388608 20992 8388608 88576 >>> >>> delta snapshot >>> export size: 0.126 GB 0.044 GB 0.078 GB = >>> 0.074 GB >>> >>> >>> Not surprising is that the exports all came our roughly the same = >>> (they are, after all, creating VHD files in all cases), with minor = >>> difference due to some activity between when the exports were = >>> created. However, what is particularly interesting in the NFS-based = >>> SR is that the initial snapshot seems to have taken up virtually no = >>> discernible space at all. Why? Evidently because it creates it's own = >>> initial "difference" disk. Running "xe vdi-list uuid=3D(UUID_of_VDI) = >>> params=3Dall" on the VDI yields details on the space = >>> utilization/allocation. This is actually quite interesting, as I had = >>> not tried this with an already thinly-provisioned (as opposed to = >>> sparely populated) storage before. >>> >>> Noting how an NFS-based SR is so much more space efficient, it does = >>> however leave the issue that if create both a full and delta = >>> snapshot, you will no longer be able to storage Xenmotion the VM = >>> until you bring the snapshot count back down to two or lower. One = >>> option would be to immediately clean this up after the latest delta = >>> vdi-export has taken place; alternatively, you could just defer this = >>> until a storage Xenmotion or other action is called for that = >>> requires prior cleanup. >>> >>> This brings us back to the LVM case. The huge difference here is = >>> that you need readily three times the size of the VDI to be = >>> allocated and at least double the size to be able to retain a base = >>> copy and triple the size to hold in addition a delta snapshot. = >>> Plus, unlike a NFS-based SR, you cannot over-commit your storage = >>> allocation on the SR. it would hence be of great benefit in space = >>> savings if one could do one of the following: (1) store a = >>> thinly-provisioned and compressed version of the initial snapshot = >>> similar to what NexentaStor does with the NFS VM, (2) in creating an = >>> incremental snapshot, access somehow an off-line VDI file containing = >>> the base, (3) had the means to efficiently temporarily pull in an = >>> offlined VDI so you'd not have to keep the base snapshot on the SR = >>> constantly, (4) be able to store the base snapshot on a different SR = >>> than the VDI you want to snapshot, or (5) some other clever, unnamed = >>> mechanism. >>> >>> The NAU VMbackup mechanism we have used in-house for years is = >>> efficient mainly because it creates a full snapshot on the fly for = >>> the purpose of a full backup and once completed, deletes it. Hence, = >>> you never need more additional space at any given time than that of = >>> a copy of the largest storage associated with an particular VM. The = >>> disadvantage is that this is of course a sequential operation and = >>> hence takes quite some time if you have a lot of VMs. However, being = >>> able to snapshot and keep a spare image would still take up a large = >>> amount of extra space. While having the means to very efficiently = >>> create incremental (delta) snapshots and back them up, this still = >>> leaves the large storage requirement issue open for LVM-based = >>> storage, should one want to retain baseline snapshots over longer = >>> periods of time. >>> >>> To me, this is an indication how thin provisioning (in contrast to = >>> just sparse storage) can make a huge difference. It would be really = >>> interesting to see what other options could be implemented to help = >>> address the LVM limitations outlined above. >>> >>> Thanks for taking the time to look over these thoughts, and I most = >>> certainly welcome feedback, in particular if I have overlooked = >>> something blatant. >>> >>> -=3DTobias >>> >>> >>> On 1/5/2015 8:09 AM, Dave Scott wrote: >>>>> On 31 Dec 2014, at 11:27, Lorscheider Santiago = >>>>> >>>>> wrote: >>>>> >>>>> Hi Dave! >>>>> >>>>> Very good xapi the project site. Thanks for the tip! >>>>> http://xapi-project.github.io/ >>>>> >>>>> >>>>> About recuros of "export and import only the blocks Which have = >>>>> changed between two snapshots" this is a sensational news! It's = >>>>> been times that I miss this feature, which brings tremendous = >>>>> agility to backup. From what you wrote, similar operation to = >>>>> VMware CBT. >>>>> >>>>> By your tests, you confirmed that this resource is in the build = >>>>> 90383c. We can not test since the Release Candidate build is in = >>>>> 90239c. Although he had already noticed changes in the snapshot in = >>>>> earlier builds the 90239c. >>>>> >>>>> Congratulations for the work and thanks for sharing this = >>>>> information with us! >>>>> >>>> I=92m glad you liked the new site! Credit for the site itself and = >>>> much of the content should also go to: (extracted from git history = >>>> in no particular order) >>>> >>>> Euan Harris >>>> John Else >>>> Jonathan Davies >>>> Rob Hoes >>>> Si Beaumont >>>> >>>> If you find any problems with it or have suggestions for = >>>> improvement (or new content), feel free to make pull requests or = >>>> make issues on the tracker: >>>> >>>> >>>> https://github.com/xapi-project/xapi-project.github.io >>>> >>>> >>>> Cheers, >>>> Dave >>>> >>>> >>>>> Cordialmente, >>>>> >>>>> Lorscheider Santiago >>>>> Visite meu blog: >>>>> www.centralcloud.info >>>>> >>>>> Twitter: @lsantiagos >>>>> Antes de imprimir, pense em sua responsabilidade e compromisso com = >>>>> o meio ambiente >>>>> >>>>> On Mon, Dec 29, 2014 at 7:47 PM, Dave Scott >>>>> >>>>> wrote: >>>>> >>>>> >>>>>> On 29 Dec 2014, at 15:31, Dennis Duane Booher >>>>>> wrote: >>>>>> >>>>>> Hi Dave, >>>>>> >>>>>> This looks very interesting. Since this is in the xapi-project = >>>>>> does this mean it is intended for some future release? Is it in = >>>>>> the current Creedence pre-release build? >>>>>> >>>>> I believe the code for this is present in the recent creedence = >>>>> builds. Just to check I installed build number =9190383c=92 and did a = >>>>> bit of smoke testing=97 the xe commands listed in the xapi-project = >>>>> page ran ok and produced the correct output. >>>>> >>>>> HTH, >>>>> Dave >>>>> >>>>> >>>>>> Duane >>>>>> >>>>>> -----Original Message----- >>>>>> From: >>>>>> xs-devel-request@lists.xenserver.org = >>>>>> [mailto:xs-devel-request@lists.xenserver.org >>>>>> ] On Behalf Of Dave Scott >>>>>> Sent: Sunday, December 28, 2014 4:05 AM >>>>>> To: >>>>>> xs-devel@lists.xenserver.org >>>>>> >>>>>> Subject: Re: [xs-devel] Backup solutions for XenServer >>>>>> >>>>>> Hi, >>>>>> >>>>>> >>>>>>> On 27 Dec 2014, at 12:07, Lorscheider Santiago = >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>> Hi Duane, >>>>>>> >>>>>>> I do not mean backup tools but the improvements that XenServer = >>>>>>> 6.5 in your api to facilitate the work of backup tools. >>>>>>> >>>>>> I've written up some of the recent XenAPI improvements here: >>>>>> >>>>>> >>>>>> http://xapi-project.github.io/features/snapshots/snapshots.html >>>>>> >>>>>> >>>>>> The new APIs allow you to >>>>>> >>>>>> - export and import disks in .vhd format (previously we only = >>>>>> supported raw). This means the files are sparse. >>>>>> - export and import only the blocks which have changed between = >>>>>> two snapshots. This allows you to avoid re-copying the same data = >>>>>> again and again. >>>>>> >>>>>> Let me know what you think. >>>>>> >>>>>> Cheers, >>>>>> Dave >>>>>> >>>>>> >>>>>>> Cordialmente, >>>>>>> >>>>>>> Lorscheider Santiago >>>>>>> Visite meu blog: >>>>>>> www.centralcloud.info >>>>>>> >>>>>>> Twitter: @lsantiagos >>>>>>> Antes de imprimir, pense em sua responsabilidade e compromisso = >>>>>>> com o meio ambiente >>>>>>> >>>>>>> On Fri, Dec 19, 2014 at 8:27 PM, Dennis Duane Booher >>>>>>> >>>>>>> wrote: >>>>>>> Hi Lorscheider, >>>>>>> >>>>>>> >>>>>>> >>>>>>> We use >>>>>>> https://github.com/NAUbackup >>>>>>> for all our production Xenserver VM backups. It is freely = >>>>>>> available if you would like to give it a try. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Duane >>>>>>> >>>>>>> >>>>>>> >>>>>>> From: >>>>>>> xs-devel-request@lists.xenserver.org = >>>>>>> [mailto:xs-devel-request@lists.xenserver.org >>>>>>> ] On Behalf Of Lorscheider Santiago >>>>>>> Sent: Friday, December 19, 2014 3:33 AM >>>>>>> To: xs-devel >>>>>>> Subject: [xs-devel] Backup solutions for XenServer >>>>>>> >>>>>>> >>>>>>> >>>>>>> Hi All, >>>>>>> >>>>>>> >>>>>>> >>>>>>> Looking backup solutions available on the market, solutions with = >>>>>>> good support XenServer are limited. The changes made in = >>>>>>> creedence api will make it easier and more attractive than more = >>>>>>> backup silu=E7oes have support XenServer? >>>>>>> >>>>>>> >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Lorscheider Santiago >>>>>>> Visite meu blog: >>>>>>> www.centralcloud.info >>>>>>> >>>>>>> Twitter: @lsantiagos >>>>>>> Antes de imprimir, pense em sua responsabilidade e compromisso = >>>>>>> com o meio ambiente >>>>>>> >>>>>>> >>>>>>> >>> >>> > > > _______________________________________________ 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 Jan 12 10:40:47 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Jan 2015 10: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 1YAcQF-0004z8-Fl; Mon, 12 Jan 2015 10:40:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9iWg-0008I0-TF for xen-api@lists.xen.org; Fri, 09 Jan 2015 22:59:31 +0000 Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id 3E/56-05632-25D50B45; Fri, 09 Jan 2015 22:59:30 +0000 X-Env-Sender: Tobias.Kreidl@nau.edu X-Msg-Ref: server-9.tower-31.messagelabs.com!1420844367!14813479!1 X-Originating-IP: [134.114.96.39] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18640 invoked from network); 9 Jan 2015 22:59:29 -0000 Received: from mailgate6.nau.edu (HELO mailgate6.nau.edu) (134.114.96.39) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jan 2015 22:59:29 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate6.nau.edu (Postfix) with ESMTP id 3B0DD600034; Fri, 9 Jan 2015 15:59:27 -0700 (MST) X-Virus-Scanned: amavisd-new at nau.edu Received: from mailgate6.nau.edu ([127.0.0.1]) by localhost (mailgate6.nau.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LBlraLH6N0IR; Fri, 9 Jan 2015 15:59:27 -0700 (MST) Received: from birch.ucc.nau.edu (birch.ucc.nau.edu [134.114.197.64]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailgate6.nau.edu (Postfix) with ESMTPS id 85520600023; Fri, 9 Jan 2015 15:59:26 -0700 (MST) Received: from Kidneywood.nau.froot.nau.edu (10.5.176.71) by birch.ucc.nau.edu (134.114.197.64) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 9 Jan 2015 15:58:57 -0700 Received: from [134.114.32.68] (134.114.32.68) by Kidneywood.nau.froot.nau.edu (10.5.176.65) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 9 Jan 2015 15:59:26 -0700 Message-ID: <54B05D4E.5040604@nau.edu> Date: Fri, 9 Jan 2015 15:59:26 -0700 From: Tobias Kreidl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Dave Scott , Lorscheider Santiago References: <8055C9DA-E831-42CB-80E9-98D177CD4C33@citrix.com> <37AB6F3E-B73B-4D1A-A740-8C87BC0FCAE1@citrix.com> <54AC3A11.3070905@nau.edu> <54AEAC7B.1080600@nau.edu> <54B05C1E.1000709@nau.edu> In-Reply-To: <54B05C1E.1000709@nau.edu> X-Originating-IP: [134.114.32.68] X-Mailman-Approved-At: Mon, 12 Jan 2015 10:40:34 +0000 Cc: tobias Kreidl , xs-devel , Xen API mailing list Subject: Re: [Xen-API] [xs-devel] lvmthin 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="===============1185367172344453524==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============1185367172344453524== Content-Type: multipart/alternative; boundary="------------040603030606000005010000" --------------040603030606000005010000 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit So sorry, I meant of course to write that the utility is *lvmthin* (_not_ thinlvm). On 1/9/2015 3:54 PM, Tobias Kreidl wrote: > As of around CentOS 6.5 (and for sure in RHEL 6.4) that there is a > thinlvm *lvmthin* utility that seems to take care of supporting > thinly-provisioned LVM volumes. There is an associated snapshot design > based on LVM thin provisioning that even supports the ability to do > snapshots of snapshots, etc. down the chain. > > Unfortunately, from a cursory look, it doesn't look like a back port > to CentOS 5 would be that easy or even possible, but that it is > integrated into both CentOS 6 and CentOS 7 gives some hope for a > possibly standardized support of it in a future XenServer release, > doesn't it? The other big question would be how readily something like > this could be integrated into XenServer. > > -=Tobias > --------------040603030606000005010000 Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: 7bit So sorry, I meant of course to write that the utility is lvmthin (not thinlvm).

On 1/9/2015 3:54 PM, Tobias Kreidl wrote:
As of around CentOS 6.5 (and for sure in RHEL 6.4) that there is a thinlvm lvmthin utility that seems to take care of supporting thinly-provisioned LVM volumes. There is an associated snapshot design based on LVM thin provisioning that even supports the ability to do snapshots of snapshots, etc. down the chain.

Unfortunately, from a cursory look, it doesn't look like a back port to CentOS 5 would be that easy or even possible, but that it is integrated into both CentOS 6 and CentOS 7 gives some hope for a possibly standardized support of it in a future XenServer release, doesn't it? The other big question would be how readily something like this could be integrated into XenServer.

-=Tobias

--------------040603030606000005010000-- --===============1185367172344453524== 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 --===============1185367172344453524==-- From xen-api-bounces@lists.xen.org Mon Jan 12 10:40:47 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Jan 2015 10: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 1YAcQF-0004z3-A8; Mon, 12 Jan 2015 10:40:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1Y9iRp-0008H5-0r for xen-api@lists.xen.org; Fri, 09 Jan 2015 22:54:29 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id 20/53-27584-42C50B45; Fri, 09 Jan 2015 22:54:28 +0000 X-Env-Sender: Tobias.Kreidl@nau.edu X-Msg-Ref: server-9.tower-206.messagelabs.com!1420844064!17238875!1 X-Originating-IP: [134.114.96.205] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2369 invoked from network); 9 Jan 2015 22:54:26 -0000 Received: from mailgate5.nau.edu (HELO mailgate5.nau.edu) (134.114.96.205) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jan 2015 22:54:26 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate5.nau.edu (Postfix) with ESMTP id 4AB9360000F; Fri, 9 Jan 2015 15:54:24 -0700 (MST) X-Virus-Scanned: amavisd-new at nau.edu Received: from mailgate5.nau.edu ([127.0.0.1]) by localhost (mailgate5.nau.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lO50ZLPNOL0K; Fri, 9 Jan 2015 15:54:24 -0700 (MST) Received: from acacia.ucc.nau.edu (acacia.ucc.nau.edu [134.114.197.63]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailgate5.nau.edu (Postfix) with ESMTPS id 2AFF8600003; Fri, 9 Jan 2015 15:54:22 -0700 (MST) Received: from AX.nau.froot.nau.edu (10.5.176.64) by acacia.ucc.nau.edu (134.114.197.63) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 9 Jan 2015 15:54:07 -0700 Received: from [134.114.32.68] (134.114.32.68) by Ax.nau.froot.nau.edu (10.5.176.65) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 9 Jan 2015 15:54:21 -0700 Message-ID: <54B05C1E.1000709@nau.edu> Date: Fri, 9 Jan 2015 15:54:22 -0700 From: Tobias Kreidl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Dave Scott , Lorscheider Santiago References: <8055C9DA-E831-42CB-80E9-98D177CD4C33@citrix.com> <37AB6F3E-B73B-4D1A-A740-8C87BC0FCAE1@citrix.com> <54AC3A11.3070905@nau.edu> <54AEAC7B.1080600@nau.edu> In-Reply-To: <54AEAC7B.1080600@nau.edu> Content-Length: 18288 X-Originating-IP: [134.114.32.68] X-Mailman-Approved-At: Mon, 12 Jan 2015 10:40:34 +0000 Cc: tobias Kreidl , xs-devel , Xen API mailing list Subject: Re: [Xen-API] [xs-devel] Backup solutions for XenServer 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="windows-1252"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org As of around CentOS 6.5 (and for sure in RHEL 6.4) that there is a = thinlvm utility that seems to take care of supporting thinly-provisioned = LVM volumes. There is an associated snapshot design based on LVM thin = provisioning that even supports the ability to do snapshots of = snapshots, etc. down the chain. Unfortunately, from a cursory look, it doesn't look like a back port to = CentOS 5 would be that easy or even possible, but that it is integrated = into both CentOS 6 and CentOS 7 gives some hope for a possibly = standardized support of it in a future XenServer release, doesn't it? = The other big question would be how readily something like this could be = integrated into XenServer. -=3DTobias On 1/8/2015 9:12 AM, Tobias Kreidl wrote: > Hello, David: > > Thanks very much for that feedback. Simple often means good with an = > easier implementation and fewer complexities to worry about, so as = > suggested some time ago on the Xen Project Web site = > https://xenorg.uservoice.com/forums/172169-xen-development?filter=3Dhot&p= age=3D1 = > the thin provisioning of LVM does appear to be a good contender. The = > running out of space issue is, of course, endemic in any storage = > mechanism, so it's more a question of how to prevent corruption and = > recover in that event. As with ext file systems, perhaps keeping a = > certain percentage of the volume reserved for emergency issues could = > help while refusing additional write commits at some point when all = > storage capacity is exhausted (going into "RO" mode). Of course, being = > able to copy out and recover lost space would be a useful means of = > being able to keep VMs running by doing storage Xenmotions = > periodically and recovering the space through some means from the = > original disk (if need be though a re-initialization process or an LVM = > resize operation). With thin provisioning, it's less of an issue for = > some scenarios like a XenDesktop environment containing a large number = > of Windows clients because Microsoft comes out with monthly patches = > and it is way more efficient to just apply those to your golden images = > and reprovision all your VMs. You're then back to your base storage. > > It would also be nice to se VHDX adopted for Windows VMs at some = > point. And while on the topic of storage, where do things stand with = > Ceph? The flexibility looks tremendous, but my understanding is that = > there are still performance issues. It has the capability of natively = > supporting several different storage options, addressing your comment = > about plug-in support for virtually any sort of file system one might = > want. It would also be interesting to get an update on both NFSv4 = > (which works under Creedence, just isn't officially supported) as well = > as with potential pNFS support. Some vendors like NetApp showed early = > on that NFS is still a very viable option for many storage needs and = > our own tests of iSCSI vs. NFS were convincing enough that with an = > LACP bond, we have a very solid NFS connection to our NexentaStor SDS = > and with thin provisioning plus on-the-fly compression/decompression, = > get anywhere from a 20:1 to 50:1 reduction in utilized storage. And as = > mentioned already, this is with the equal I/O performance of iSCSI. = > It's hard to beat that, especially if you can convince those who hold = > the purse strings that you've just increased your storage capacity by = > a factor of 20 or more without needing any additional disks. > > Again, your efforts in this area are most appreciated and thank you = > for continuing to investigate and address these points. Citrix has = > been really great about being open to suggestions and feedback from = > the user community, so many kudos to you and your colleagues for = > lending your ears. > > -=3DTobias > > > > On 1/8/2015 7:57 AM, Dave Scott wrote: >>> On 8 Jan 2015, at 14:26, Lorscheider Santiago = >>> wrote: >>> >>> Hi Tobias, >>> >>> Congratulations analysis. Really if used LVMoSCSI or LVMoHBA will = >>> not have much gain. >> That=92s right =97 our block storage types (LVMoiSCSI and LVMoHBA) are = >> =93thick provisioned=94 >> and hence VDIs take up a lot of space. As Tobias says below, this = >> shows how important >> thin provisioning is. >> >> Within the upstream xapi-project (cc:d xen-api) we=92ve been looking = >> into thin provisioning >> options for block storage. I=92ve written two draft designs: >> >> 1. thin LVHD: >> >> http://xapi-project.github.io/xapi/futures/thin-lvhd/thin-lvhd.html >> >> This proposes to extend the existing LVM-based SRs, allowing LVs to = >> be resized at runtime >> as more space is needed. Every LV could start out small (like a file) = >> and grow as new >> blocks are written. The trick is to make sure allocation can still = >> happen when there >> is a network partition in the pool and avoid timing out VM I/O. The = >> design proposes to >> cache free blocks locally on each host, allocate from there, and = >> replay an allocation >> journal against the LVM metadata periodically. [ This is all based on = >> previous work by >> Germano Percossi and Jon Ludlam, so I can=92t claim credit :) ] >> >> 2. OCFS2: >> >> http://xapi-project.github.io/xapi/futures/ocfs2/ocfs2.html >> >> This proposes to manage OCFS2 clustered filesystem instances and to = >> store VDIs as files >> (format flexible) on top. Most of the design so far is to deal with = >> the complexity of >> managing the configuration and state of the O2CB cluster. >> >> My gut feeling at the moment is that thin LVHD is simpler to = >> implement and will cause >> less =93behaviour churn=94, since we don=92t have to change how HA behav= es, = >> how maintenance mode >> is used etc. >> >> Hopefully at some point in the future Xapi will be able to use any = >> user-managed existing >> filesystem, so a Linux expert power-user could use OCFS2 if they wanted. >> >> Cheers, >> Dave Scott >> >>> Best Regards, >>> >>> Cordialmente, >>> >>> Lorscheider Santiago >>> Visite meu blog: www.centralcloud.info >>> Twitter: @lsantiagos >>> Antes de imprimir, pense em sua responsabilidade e compromisso com o = >>> meio ambiente >>> >>> On Tue, Jan 6, 2015 at 4:40 PM, Tobias Kreidl = >>> wrote: >>> Thank you very much, Dave, for the updates about this nice addition. >>> >>> Here is my one concern, namely that for incremental backups to work = >>> properly, you need to continuously keep a base snapshot on the = >>> server, hence you will -- even if sparse storage is utilized -- = >>> still take up a fair amount of storage as long as you want to = >>> maintain the snapshot and backup mechanism. >>> >>> This led me to thinking, so, what happens if you have SRs with = >>> different underlying properties? What kind of space requirements are = >>> being realized? >>> >>> As a test, I took both a Linux RHEL 7 and a Windows 8.1 VM and = >>> checked how much space was really being used as well as allocated on = >>> the SR, as well as in the export files. Please note that here, some = >>> extra space savings take place on the NexentaStor NFS mount because = >>> of some built-in automatic compression taking place. >>> >>> For a Linux VM with 8 GB of allocated storage on a VDI and around = >>> 1.63 GB of space in use and a Windows VM with 40 GB of allocated = >>> storage and around 20 GB in actual use, here are the numbers I came = >>> up with: >>> >>> >>> RHEL 7 RHEL 7 Windows 8.1 = >>> Windows 8.1 >>> Function LVM NFS+compression LVM = >>> NFS+compression >>> >>> base used: 8.0 GB 1.1 GB 40.0 GB = >>> 20.2 GB >>> base allocated: 8.0 GB 8.0 GB 40.0 GB = >>> 40.0 GB >>> >>> pre-snapshot >>> virtual-size: 8589923591 8589934592 42049672960 = >>> 42949672960 >>> physical-utilisation: 8615100416 5984371200 43041947648 = >>> 20136346112 >>> >>> snapshot used: 13.6 GB 1.1 GB 59.0 GB = >>> 20.2 GB >>> snapshot allocated: 16.0 GB 16.0 GB 80.1 GB = >>> 80.0 GB >>> >>> full snapshot >>> virtual-size: 8589934592 8589934592 42949672960 = >>> 42949672960 >>> physical-virtualisation: 8388608 39944704 8388608 88576 >>> >>> snapshot >>> export size (VHD): 5.97 GB 5.97 GB 20.24 GB = >>> 20.22 GB >>> >>> delta snapshot used: 13.6 GB 1.1 GB 59.1 GB = >>> 0.3 GB >>> delta snap allocated: 24.0 GB 24.0 GB 120.1 GB = >>> 120.0 GB >>> >>> delta snapshot >>> virtual-size: 8589934592 8589934592 42949672960 = >>> 42949672960 >>> physical-virtualistion: 8388608 20992 8388608 88576 >>> >>> delta snapshot >>> export size: 0.126 GB 0.044 GB 0.078 GB = >>> 0.074 GB >>> >>> >>> Not surprising is that the exports all came our roughly the same = >>> (they are, after all, creating VHD files in all cases), with minor = >>> difference due to some activity between when the exports were = >>> created. However, what is particularly interesting in the NFS-based = >>> SR is that the initial snapshot seems to have taken up virtually no = >>> discernible space at all. Why? Evidently because it creates it's own = >>> initial "difference" disk. Running "xe vdi-list uuid=3D(UUID_of_VDI) = >>> params=3Dall" on the VDI yields details on the space = >>> utilization/allocation. This is actually quite interesting, as I had = >>> not tried this with an already thinly-provisioned (as opposed to = >>> sparely populated) storage before. >>> >>> Noting how an NFS-based SR is so much more space efficient, it does = >>> however leave the issue that if create both a full and delta = >>> snapshot, you will no longer be able to storage Xenmotion the VM = >>> until you bring the snapshot count back down to two or lower. One = >>> option would be to immediately clean this up after the latest delta = >>> vdi-export has taken place; alternatively, you could just defer this = >>> until a storage Xenmotion or other action is called for that = >>> requires prior cleanup. >>> >>> This brings us back to the LVM case. The huge difference here is = >>> that you need readily three times the size of the VDI to be = >>> allocated and at least double the size to be able to retain a base = >>> copy and triple the size to hold in addition a delta snapshot. = >>> Plus, unlike a NFS-based SR, you cannot over-commit your storage = >>> allocation on the SR. it would hence be of great benefit in space = >>> savings if one could do one of the following: (1) store a = >>> thinly-provisioned and compressed version of the initial snapshot = >>> similar to what NexentaStor does with the NFS VM, (2) in creating an = >>> incremental snapshot, access somehow an off-line VDI file containing = >>> the base, (3) had the means to efficiently temporarily pull in an = >>> offlined VDI so you'd not have to keep the base snapshot on the SR = >>> constantly, (4) be able to store the base snapshot on a different SR = >>> than the VDI you want to snapshot, or (5) some other clever, unnamed = >>> mechanism. >>> >>> The NAU VMbackup mechanism we have used in-house for years is = >>> efficient mainly because it creates a full snapshot on the fly for = >>> the purpose of a full backup and once completed, deletes it. Hence, = >>> you never need more additional space at any given time than that of = >>> a copy of the largest storage associated with an particular VM. The = >>> disadvantage is that this is of course a sequential operation and = >>> hence takes quite some time if you have a lot of VMs. However, being = >>> able to snapshot and keep a spare image would still take up a large = >>> amount of extra space. While having the means to very efficiently = >>> create incremental (delta) snapshots and back them up, this still = >>> leaves the large storage requirement issue open for LVM-based = >>> storage, should one want to retain baseline snapshots over longer = >>> periods of time. >>> >>> To me, this is an indication how thin provisioning (in contrast to = >>> just sparse storage) can make a huge difference. It would be really = >>> interesting to see what other options could be implemented to help = >>> address the LVM limitations outlined above. >>> >>> Thanks for taking the time to look over these thoughts, and I most = >>> certainly welcome feedback, in particular if I have overlooked = >>> something blatant. >>> >>> -=3DTobias >>> >>> >>> On 1/5/2015 8:09 AM, Dave Scott wrote: >>>>> On 31 Dec 2014, at 11:27, Lorscheider Santiago = >>>>> >>>>> wrote: >>>>> >>>>> Hi Dave! >>>>> >>>>> Very good xapi the project site. Thanks for the tip! >>>>> http://xapi-project.github.io/ >>>>> >>>>> >>>>> About recuros of "export and import only the blocks Which have = >>>>> changed between two snapshots" this is a sensational news! It's = >>>>> been times that I miss this feature, which brings tremendous = >>>>> agility to backup. From what you wrote, similar operation to = >>>>> VMware CBT. >>>>> >>>>> By your tests, you confirmed that this resource is in the build = >>>>> 90383c. We can not test since the Release Candidate build is in = >>>>> 90239c. Although he had already noticed changes in the snapshot in = >>>>> earlier builds the 90239c. >>>>> >>>>> Congratulations for the work and thanks for sharing this = >>>>> information with us! >>>>> >>>> I=92m glad you liked the new site! Credit for the site itself and = >>>> much of the content should also go to: (extracted from git history = >>>> in no particular order) >>>> >>>> Euan Harris >>>> John Else >>>> Jonathan Davies >>>> Rob Hoes >>>> Si Beaumont >>>> >>>> If you find any problems with it or have suggestions for = >>>> improvement (or new content), feel free to make pull requests or = >>>> make issues on the tracker: >>>> >>>> >>>> https://github.com/xapi-project/xapi-project.github.io >>>> >>>> >>>> Cheers, >>>> Dave >>>> >>>> >>>>> Cordialmente, >>>>> >>>>> Lorscheider Santiago >>>>> Visite meu blog: >>>>> www.centralcloud.info >>>>> >>>>> Twitter: @lsantiagos >>>>> Antes de imprimir, pense em sua responsabilidade e compromisso com = >>>>> o meio ambiente >>>>> >>>>> On Mon, Dec 29, 2014 at 7:47 PM, Dave Scott >>>>> >>>>> wrote: >>>>> >>>>> >>>>>> On 29 Dec 2014, at 15:31, Dennis Duane Booher >>>>>> wrote: >>>>>> >>>>>> Hi Dave, >>>>>> >>>>>> This looks very interesting. Since this is in the xapi-project = >>>>>> does this mean it is intended for some future release? Is it in = >>>>>> the current Creedence pre-release build? >>>>>> >>>>> I believe the code for this is present in the recent creedence = >>>>> builds. Just to check I installed build number =9190383c=92 and did a = >>>>> bit of smoke testing=97 the xe commands listed in the xapi-project = >>>>> page ran ok and produced the correct output. >>>>> >>>>> HTH, >>>>> Dave >>>>> >>>>> >>>>>> Duane >>>>>> >>>>>> -----Original Message----- >>>>>> From: >>>>>> xs-devel-request@lists.xenserver.org = >>>>>> [mailto:xs-devel-request@lists.xenserver.org >>>>>> ] On Behalf Of Dave Scott >>>>>> Sent: Sunday, December 28, 2014 4:05 AM >>>>>> To: >>>>>> xs-devel@lists.xenserver.org >>>>>> >>>>>> Subject: Re: [xs-devel] Backup solutions for XenServer >>>>>> >>>>>> Hi, >>>>>> >>>>>> >>>>>>> On 27 Dec 2014, at 12:07, Lorscheider Santiago = >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>> Hi Duane, >>>>>>> >>>>>>> I do not mean backup tools but the improvements that XenServer = >>>>>>> 6.5 in your api to facilitate the work of backup tools. >>>>>>> >>>>>> I've written up some of the recent XenAPI improvements here: >>>>>> >>>>>> >>>>>> http://xapi-project.github.io/features/snapshots/snapshots.html >>>>>> >>>>>> >>>>>> The new APIs allow you to >>>>>> >>>>>> - export and import disks in .vhd format (previously we only = >>>>>> supported raw). This means the files are sparse. >>>>>> - export and import only the blocks which have changed between = >>>>>> two snapshots. This allows you to avoid re-copying the same data = >>>>>> again and again. >>>>>> >>>>>> Let me know what you think. >>>>>> >>>>>> Cheers, >>>>>> Dave >>>>>> >>>>>> >>>>>>> Cordialmente, >>>>>>> >>>>>>> Lorscheider Santiago >>>>>>> Visite meu blog: >>>>>>> www.centralcloud.info >>>>>>> >>>>>>> Twitter: @lsantiagos >>>>>>> Antes de imprimir, pense em sua responsabilidade e compromisso = >>>>>>> com o meio ambiente >>>>>>> >>>>>>> On Fri, Dec 19, 2014 at 8:27 PM, Dennis Duane Booher >>>>>>> >>>>>>> wrote: >>>>>>> Hi Lorscheider, >>>>>>> >>>>>>> >>>>>>> >>>>>>> We use >>>>>>> https://github.com/NAUbackup >>>>>>> for all our production Xenserver VM backups. It is freely = >>>>>>> available if you would like to give it a try. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Duane >>>>>>> >>>>>>> >>>>>>> >>>>>>> From: >>>>>>> xs-devel-request@lists.xenserver.org = >>>>>>> [mailto:xs-devel-request@lists.xenserver.org >>>>>>> ] On Behalf Of Lorscheider Santiago >>>>>>> Sent: Friday, December 19, 2014 3:33 AM >>>>>>> To: xs-devel >>>>>>> Subject: [xs-devel] Backup solutions for XenServer >>>>>>> >>>>>>> >>>>>>> >>>>>>> Hi All, >>>>>>> >>>>>>> >>>>>>> >>>>>>> Looking backup solutions available on the market, solutions with = >>>>>>> good support XenServer are limited. The changes made in = >>>>>>> creedence api will make it easier and more attractive than more = >>>>>>> backup silu=E7oes have support XenServer? >>>>>>> >>>>>>> >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Lorscheider Santiago >>>>>>> Visite meu blog: >>>>>>> www.centralcloud.info >>>>>>> >>>>>>> Twitter: @lsantiagos >>>>>>> Antes de imprimir, pense em sua responsabilidade e compromisso = >>>>>>> com o meio ambiente >>>>>>> >>>>>>> >>>>>>> >>> >>> > > > _______________________________________________ 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 Jan 12 14:08:52 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Jan 2015 14:08: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 1YAfff-0001Kl-IL; Mon, 12 Jan 2015 14:08:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAffe-0001Ke-9g for xen-api@lists.xen.org; Mon, 12 Jan 2015 14:08:42 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id E5/81-22737-965D3B45; Mon, 12 Jan 2015 14:08:41 +0000 X-Env-Sender: Tobias.Kreidl@nau.edu X-Msg-Ref: server-9.tower-206.messagelabs.com!1421071719!17539386!1 X-Originating-IP: [134.114.96.205] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1379 invoked from network); 12 Jan 2015 14:08:40 -0000 Received: from mailgate5.nau.edu (HELO mailgate5.nau.edu) (134.114.96.205) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jan 2015 14:08:40 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate5.nau.edu (Postfix) with ESMTP id 455FF60001E; Mon, 12 Jan 2015 07:08:38 -0700 (MST) X-Virus-Scanned: amavisd-new at nau.edu Received: from mailgate5.nau.edu ([127.0.0.1]) by localhost (mailgate5.nau.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HHzC2ceEIYOS; Mon, 12 Jan 2015 07:08:38 -0700 (MST) Received: from birch.ucc.nau.edu (birch.ucc.nau.edu [134.114.197.64]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailgate5.nau.edu (Postfix) with ESMTPS id 5A656600015; Mon, 12 Jan 2015 07:08:36 -0700 (MST) Received: from Kidneywood.nau.froot.nau.edu (10.5.176.71) by birch.ucc.nau.edu (134.114.197.64) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 12 Jan 2015 07:08:29 -0700 Received: from [192.168.1.12] (24.121.232.241) by Kidneywood.nau.froot.nau.edu (10.5.176.65) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 12 Jan 2015 07:08:35 -0700 Message-ID: <54B3D561.8040707@iris.nau.edu> Date: Mon, 12 Jan 2015 07:08:33 -0700 From: Tobias Kreidl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Dave Scott , "xs-devel@lists.xenserver.org" , References: <37AB6F3E-B73B-4D1A-A740-8C87BC0FCAE1@citrix.com> <54AC3A11.3070905@nau.edu> <54AEAC7B.1080600@nau.edu> <54B05C1E.1000709@nau.edu> <54B05D4E.5040604@nau.edu> <20150112092915.GR19091@reaktio.net> <9E1E70CF-0B6E-4F45-8E7C-09A91F99AE60@citrix.com> In-Reply-To: <9E1E70CF-0B6E-4F45-8E7C-09A91F99AE60@citrix.com> X-Originating-IP: [24.121.232.241] Cc: tobias Kreidl , Xen API mailing list Subject: Re: [Xen-API] [xs-devel] lvmthin 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: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org VGhhbmtzIG11Y2gsIERhdmUgYW5kIFBhc2ksIGZvciB5b3VyIGZlZWRiYWNrLiAgIEl0IGNlcnRh aW5seSBtYWtlcyAKc2Vuc2UgdG8gcHJvY2VlZCBpbiB0aGF0IG9yZGVyLCAgdml6LiBkZWFsaW5n IHdpdGggdGhpbiBwcm92aXNpb25pbmcgb2YgClZIRCBiZWZvcmUgcHVyc3VpbmcgYSBwb29sLXdp ZGUgbHZtdGhpbiBpbXBsZW1lbnRhdGlvbi4gVGhhbmtzIHZlcnkgbXVjaCAKZm9yIHRha2luZyB0 aGlzIGludG8gY29uc2lkZXJhdGlvbiEKLT1Ub2JpYXMKCk9uIDEvMTIvMjAxNSAyOjU3IEFNLCBE YXZlIFNjb3R0IHdyb3RlOgo+PiBPbiAxMiBKYW4gMjAxNSwgYXQgMDk6MjksIFBhc2kgS8Okcmtr w6RpbmVuIDxwYXNpa0Bpa2kuZmk+IHdyb3RlOgo+Pgo+PiBPbiBGcmksIEphbiAwOSwgMjAxNSBh dCAwMzo1OToyNlBNIC0wNzAwLCBUb2JpYXMgS3JlaWRsIHdyb3RlOgo+Pj4gICAgU28gc29ycnks IEkgbWVhbnQgb2YgY291cnNlIHRvIHdyaXRlIHRoYXQgdGhlIHV0aWxpdHkgaXMgbHZtdGhpbiAo bm90Cj4+PiAgICB0aGlubHZtKS4KPj4+Cj4+IEhlbGxvLAo+Pgo+PiBJICp0aGluayogdGhlIGx2 bXRoaW4gc3R1ZmYgaXMgY3VycmVudGx5IGRlc2lnbmVkIGZvciBzaW5nbGUtaG9zdCBzeXN0ZW1z LAo+PiB3aGVyZSB0aGUgc3RvcmFnZSBpcyB1c2VkIGJ5IGEgc2luZ2xlIGRlZGljYXRlZCBob3N0 IG9ubHkuIFRoYXQncyB0aGUgdXN1YWwgbW9kZWwgZm9yIExWTSBhc3dlbGwuCj4gVGhhdOKAmXMg cmlnaHQuCj4KPj4gSWYgbXVsdGlwbGUgaG9zdHMgYWNjZXNzIHRoZSBzYW1lIExWTSB2b2x1bWVz IG9uZSBuZWVkcyB0byBtYWtlIHN1cmUgdGhlIExWTSBtZXRhZGF0YSBjaGFuZ2VzIGFyZSBwcm9w ZXJseSBzeW5jaHJvbml6ZWQgYWNyb3NzIGFsbCBob3N0cywKPj4gc28gYWxsIHRoZSBob3N0cyBz aGFyaW5nIHRoZSBzYW1lIHBoeXNpY2FsIExVTnMvUFZzL1ZHcy9MVnMgaGF2ZSBleGFjdGx5IHRo ZSBzYW1lIGlkZWEgb2YgdGhlIExWTSBzZXR0aW5ncywgYW5kIEkgYmVsaWV2ZSBYQVBJIGRvZXMg dGhpcyBmb3Igbm9ybWFsICh0aGljaykgTFZNIHZvbHVtZXMuCj4+Cj4+IEJ1dCBpdCBnZXRzIG11 Y2ggbW9yZSBkaWZmaWN1bHQgd2l0aCB0aGluIHZvbHVtZXMsIGJlY2F1c2UgdGhlICJtZXRhZGF0 YSIgY2FuIGNoYW5nZSBvbiAqZXZlcnkqIHdyaXRlIElPICh3aGVuIG9uZSBuZWVkcyB0byBhbGxv Y2F0ZSBtb3JlIGJsb2NrcyBmcm9tIHRoZSB0aGluIHBvb2w/KS4KPj4KPj4gTm90ZSBJIGhhdmVu J3QgbG9va2VkIGF0IHRoZSBpbnRlcm5hbHMgb2YgTFZNIHRoaW5wcm92aXNpb25pbmcsIGJ1dCBJ IGFzc3VtZSBpdCdsbCBiZSBtb3JlIGRpZmZpY3VsdCB0byBnZXQgd29ya2luZyBpbiBzaGFyZWQt TFVOL211bHRpLWhvc3QgZW52aXJvbm1lbnRzIGNvbXBhcmVkIHRvIG5vcm1hbCB0aGljay1MVk0u Cj4+Cj4+IEkgZ3Vlc3MgdGhlcmUgd291bGQgaGF2ZSB0byBiZSBzb21lICJmcmVlLWJsb2Nrcy1w ZXItaG9zdC1mb3ItdGhpbi12b2x1bWVzIiwgc28gZWFjaCBob3N0IHdvdWxkIGFsbG9jYXRlIG5l dyBibG9ja3MgZnJvbSBpdHMgZGVkaWNhdGVkIHBvb2wsIHdpdGhvdXQgdGhlIHJpc2sgb2YgY29y cnVwdGluZyB0aGUgTFZNIFBWcyBvciB0aGUgdm9sdW1lcy4uIGFuZCBhdm9pZGluZyB0aGUgbmVl ZCBvZiBzeW5jaW5nIG1ldGFkYXRhIG9uIGV2ZXJ5IHdyaXRlIElPPwo+IExWTeKAmXMgdGhpbiBw cm92aXNpb25pbmcgdXNlcyB0aGUgZGV2aWNlIG1hcHBlciDigJxkbS10aGlu4oCdIHRhcmdldCwg d2hpY2ggd29ya3MgYXMgeW91IGRlc2NyaWJlLiBJIHRoaW5rIGZvciBsb2NhbCwgbm9uLXNoYXJl ZCBMVk0gaXQgbG9va3MgcmVhbGx5IGdvb2QuIEnigJl2ZSBnb3QgYSB2ZXJ5IGV4cGVyaW1lbnRh bCBzdG9yYWdlIHBsdWdpbiB3aGljaCBjYW4gdXNlIGl0IChlemx2bVsxXSkuIEFsc28gSSB0aGlu ayBGZWRvcmEgMjEgY2FuIGJvb3QgZnJvbSB0aGluLXByb3Zpc2lvbmVkIExWTSB3aGljaCB3b3Vs ZCBsZXQgeW91IGRvIHRoaW5ncyBsaWtlIHNuYXBzaG90IChhbmQgcmV2ZXJ0KSB0aGUgd2hvbGUg ZG9tMCBmaWxlc3lzdGVtLgo+Cj4gSeKAmXZlIHRob3VnaHQgYSBsaXR0bGUgYWJvdXQgaG93IHdl IGNvdWxkIHVzZSBpdCBpbiBmdXR1cmUgZm9yIHNoYXJlZCBMVk0uIFBvdGVudGlhbGx5IHdlIGNv dWxkIG1ha2UgdGhlIOKAnHRoaW4gcG9vbOKAnSB3b3JrIGZvciBwZXItaG9zdCBhbGxvY2F0aW9u IGJ5IGEgYmFsbG9vbmluZy1saWtlIHRlY2huaXF1ZS4gSWYgZXZlcnkgaG9zdCBzYXcgdGhlIGZ1 bGwgc2V0IG9mIGZyZWUgYmxvY2tzLCBidXQgbW9zdCBvZiB0aGUgYmxvY2tzIHdlcmUgbWFza2Vk IG9mZiBieSBhIGZha2UgZGlzayAobGlrZSB0aGUgYmFsbG9vbiBkcml2ZXLigJlzIGJhbGxvb24p IHRoZW4gZWFjaCBob3N0IHdvdWxkIGJlIGFibGUgdG8gYWxsb2NhdGUgbG9jYWxseSBmcm9tIHRo ZSBzYW1lIGJsb2NrIGFkZHJlc3Mgc3BhY2UuIFRoaXMgd291bGQgbWFrZSBpdCBlYXNpZXIgdG8g bW92ZSB2b2x1bWVzIGJldHdlZW4gaG9zdHMuIEkgdGhpbmsgZWFjaCBob3N0IHdvdWxkIG5lZWQg aXRzIG93biBwcml2YXRlIGNvcHkgb2YgdGhlIExWTSBtZXRhZGF0YSwgd2hpY2ggd291bGQgZnVu Y3Rpb24gbGlrZSB0aGUgam91cm5hbCBpbiB0aGlzIOKAnHRoaW5sdmhk4oCdIGRlc2lnbi4gV2hl biBJIHRyaWVkIHRvIG1ha2UgdGhpcyB3b3JrIGEgd2hpbGUgYWdvIEkgaGl0IGEgcHJvYmxlbSB3 aGVuIEkgdHJpZWQgdG8gbW9kaWZ5IHRoZSDigJxiYWxsb29uIGRpc2vigJ06IHdoZW4gSSByZWxv YWRlZCB0aGUgdGhpbiBwb29sIG1ldGFkYXRhIGFuZCByZXN1bWVkIHRoZSBkZXZpY2UgbWFwcGVy IGRldmljZSBpdCBoYWQgY2xlYXJseSBjYWNoZWQgc29tZSBvZiB0aGUgZGF0YSBzdHJ1Y3R1cmUg aW4gbWVtb3J5IGJlY2F1c2UgaXQgaW1tZWRpYXRlbHkgY29ycnVwdGVkIGl0c2VsZi4gVGhpcyBp cyBwcm9iYWJseSBmaXhhYmxlIGJ1dCByZXF1aXJlcyBtb3JlIGV4cGVyaW1lbnRhdGlvbiA6KQo+ Cj4gU28gZm9yIHRoZSBzaGFyZWQgY2FzZSBJIHRoaW5rIHdlIHNob3VsZCB3b3JrIG9uIOKAnHRo aW5sdmhk4oCdIChpLmUuIHRoaW4gcHJvdmlzaW9uaW5nIHZpYSB0YXBkaXNrKSBmaXJzdCBidXQg cGxheSB3aXRoIGRtLXRoaW4gaW4gdGhlIGJhY2tncm91bmQgOikKPgo+IENoZWVycywKPiBEYXZl Cj4KPiBbMV0gaHR0cHM6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9lemx2bQo+Cj4KPj4KPj4g SnVzdCByYW5kb20gdGhvdWdodHMgOikKPj4KPj4gLS0gUGFzaQo+Pgo+Pj4gICAgT24gMS85LzIw MTUgMzo1NCBQTSwgVG9iaWFzIEtyZWlkbCB3cm90ZToKPj4+Cj4+PiAgICAgIEFzIG9mIGFyb3Vu ZCBDZW50T1MgNi41IChhbmQgZm9yIHN1cmUgaW4gUkhFTCA2LjQpIHRoYXQgdGhlcmUgaXMgYQo+ Pj4gICAgICB0aGlubHZtIGx2bXRoaW4gdXRpbGl0eSB0aGF0IHNlZW1zIHRvIHRha2UgY2FyZSBv ZiBzdXBwb3J0aW5nCj4+PiAgICAgIHRoaW5seS1wcm92aXNpb25lZCBMVk0gdm9sdW1lcy4gVGhl cmUgaXMgYW4gYXNzb2NpYXRlZCBzbmFwc2hvdCBkZXNpZ24KPj4+ICAgICAgYmFzZWQgb24gTFZN IHRoaW4gcHJvdmlzaW9uaW5nIHRoYXQgZXZlbiBzdXBwb3J0cyB0aGUgYWJpbGl0eSB0byBkbwo+ Pj4gICAgICBzbmFwc2hvdHMgb2Ygc25hcHNob3RzLCBldGMuIGRvd24gdGhlIGNoYWluLgo+Pj4K Pj4+ICAgICAgVW5mb3J0dW5hdGVseSwgZnJvbSBhIGN1cnNvcnkgbG9vaywgaXQgZG9lc24ndCBs b29rIGxpa2UgYSBiYWNrIHBvcnQgdG8KPj4+ICAgICAgQ2VudE9TIDUgd291bGQgYmUgdGhhdCBl YXN5IG9yIGV2ZW4gcG9zc2libGUsIGJ1dCB0aGF0IGl0IGlzIGludGVncmF0ZWQKPj4+ICAgICAg aW50byBib3RoIENlbnRPUyA2IGFuZCBDZW50T1MgNyBnaXZlcyBzb21lIGhvcGUgZm9yIGEgcG9z c2libHkKPj4+ICAgICAgc3RhbmRhcmRpemVkIHN1cHBvcnQgb2YgaXQgaW4gYSBmdXR1cmUgWGVu U2VydmVyIHJlbGVhc2UsIGRvZXNuJ3QgaXQ/Cj4+PiAgICAgIFRoZSBvdGhlciBiaWcgcXVlc3Rp b24gd291bGQgYmUgaG93IHJlYWRpbHkgc29tZXRoaW5nIGxpa2UgdGhpcyBjb3VsZCBiZQo+Pj4g ICAgICBpbnRlZ3JhdGVkIGludG8gWGVuU2VydmVyLgo+Pj4KPj4+ICAgICAgLT1Ub2JpYXMKCgoK Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkg bWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9j Z2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Mon Jan 12 14:08:52 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 12 Jan 2015 14:08: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 1YAfff-0001Kl-IL; Mon, 12 Jan 2015 14:08:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YAffe-0001Ke-9g for xen-api@lists.xen.org; Mon, 12 Jan 2015 14:08:42 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id E5/81-22737-965D3B45; Mon, 12 Jan 2015 14:08:41 +0000 X-Env-Sender: Tobias.Kreidl@nau.edu X-Msg-Ref: server-9.tower-206.messagelabs.com!1421071719!17539386!1 X-Originating-IP: [134.114.96.205] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1379 invoked from network); 12 Jan 2015 14:08:40 -0000 Received: from mailgate5.nau.edu (HELO mailgate5.nau.edu) (134.114.96.205) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jan 2015 14:08:40 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mailgate5.nau.edu (Postfix) with ESMTP id 455FF60001E; Mon, 12 Jan 2015 07:08:38 -0700 (MST) X-Virus-Scanned: amavisd-new at nau.edu Received: from mailgate5.nau.edu ([127.0.0.1]) by localhost (mailgate5.nau.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HHzC2ceEIYOS; Mon, 12 Jan 2015 07:08:38 -0700 (MST) Received: from birch.ucc.nau.edu (birch.ucc.nau.edu [134.114.197.64]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailgate5.nau.edu (Postfix) with ESMTPS id 5A656600015; Mon, 12 Jan 2015 07:08:36 -0700 (MST) Received: from Kidneywood.nau.froot.nau.edu (10.5.176.71) by birch.ucc.nau.edu (134.114.197.64) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 12 Jan 2015 07:08:29 -0700 Received: from [192.168.1.12] (24.121.232.241) by Kidneywood.nau.froot.nau.edu (10.5.176.65) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 12 Jan 2015 07:08:35 -0700 Message-ID: <54B3D561.8040707@iris.nau.edu> Date: Mon, 12 Jan 2015 07:08:33 -0700 From: Tobias Kreidl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Dave Scott , "xs-devel@lists.xenserver.org" , References: <37AB6F3E-B73B-4D1A-A740-8C87BC0FCAE1@citrix.com> <54AC3A11.3070905@nau.edu> <54AEAC7B.1080600@nau.edu> <54B05C1E.1000709@nau.edu> <54B05D4E.5040604@nau.edu> <20150112092915.GR19091@reaktio.net> <9E1E70CF-0B6E-4F45-8E7C-09A91F99AE60@citrix.com> In-Reply-To: <9E1E70CF-0B6E-4F45-8E7C-09A91F99AE60@citrix.com> X-Originating-IP: [24.121.232.241] Cc: tobias Kreidl , Xen API mailing list Subject: Re: [Xen-API] [xs-devel] lvmthin 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: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org VGhhbmtzIG11Y2gsIERhdmUgYW5kIFBhc2ksIGZvciB5b3VyIGZlZWRiYWNrLiAgIEl0IGNlcnRh aW5seSBtYWtlcyAKc2Vuc2UgdG8gcHJvY2VlZCBpbiB0aGF0IG9yZGVyLCAgdml6LiBkZWFsaW5n IHdpdGggdGhpbiBwcm92aXNpb25pbmcgb2YgClZIRCBiZWZvcmUgcHVyc3VpbmcgYSBwb29sLXdp ZGUgbHZtdGhpbiBpbXBsZW1lbnRhdGlvbi4gVGhhbmtzIHZlcnkgbXVjaCAKZm9yIHRha2luZyB0 aGlzIGludG8gY29uc2lkZXJhdGlvbiEKLT1Ub2JpYXMKCk9uIDEvMTIvMjAxNSAyOjU3IEFNLCBE YXZlIFNjb3R0IHdyb3RlOgo+PiBPbiAxMiBKYW4gMjAxNSwgYXQgMDk6MjksIFBhc2kgS8Okcmtr w6RpbmVuIDxwYXNpa0Bpa2kuZmk+IHdyb3RlOgo+Pgo+PiBPbiBGcmksIEphbiAwOSwgMjAxNSBh dCAwMzo1OToyNlBNIC0wNzAwLCBUb2JpYXMgS3JlaWRsIHdyb3RlOgo+Pj4gICAgU28gc29ycnks IEkgbWVhbnQgb2YgY291cnNlIHRvIHdyaXRlIHRoYXQgdGhlIHV0aWxpdHkgaXMgbHZtdGhpbiAo bm90Cj4+PiAgICB0aGlubHZtKS4KPj4+Cj4+IEhlbGxvLAo+Pgo+PiBJICp0aGluayogdGhlIGx2 bXRoaW4gc3R1ZmYgaXMgY3VycmVudGx5IGRlc2lnbmVkIGZvciBzaW5nbGUtaG9zdCBzeXN0ZW1z LAo+PiB3aGVyZSB0aGUgc3RvcmFnZSBpcyB1c2VkIGJ5IGEgc2luZ2xlIGRlZGljYXRlZCBob3N0 IG9ubHkuIFRoYXQncyB0aGUgdXN1YWwgbW9kZWwgZm9yIExWTSBhc3dlbGwuCj4gVGhhdOKAmXMg cmlnaHQuCj4KPj4gSWYgbXVsdGlwbGUgaG9zdHMgYWNjZXNzIHRoZSBzYW1lIExWTSB2b2x1bWVz IG9uZSBuZWVkcyB0byBtYWtlIHN1cmUgdGhlIExWTSBtZXRhZGF0YSBjaGFuZ2VzIGFyZSBwcm9w ZXJseSBzeW5jaHJvbml6ZWQgYWNyb3NzIGFsbCBob3N0cywKPj4gc28gYWxsIHRoZSBob3N0cyBz aGFyaW5nIHRoZSBzYW1lIHBoeXNpY2FsIExVTnMvUFZzL1ZHcy9MVnMgaGF2ZSBleGFjdGx5IHRo ZSBzYW1lIGlkZWEgb2YgdGhlIExWTSBzZXR0aW5ncywgYW5kIEkgYmVsaWV2ZSBYQVBJIGRvZXMg dGhpcyBmb3Igbm9ybWFsICh0aGljaykgTFZNIHZvbHVtZXMuCj4+Cj4+IEJ1dCBpdCBnZXRzIG11 Y2ggbW9yZSBkaWZmaWN1bHQgd2l0aCB0aGluIHZvbHVtZXMsIGJlY2F1c2UgdGhlICJtZXRhZGF0 YSIgY2FuIGNoYW5nZSBvbiAqZXZlcnkqIHdyaXRlIElPICh3aGVuIG9uZSBuZWVkcyB0byBhbGxv Y2F0ZSBtb3JlIGJsb2NrcyBmcm9tIHRoZSB0aGluIHBvb2w/KS4KPj4KPj4gTm90ZSBJIGhhdmVu J3QgbG9va2VkIGF0IHRoZSBpbnRlcm5hbHMgb2YgTFZNIHRoaW5wcm92aXNpb25pbmcsIGJ1dCBJ IGFzc3VtZSBpdCdsbCBiZSBtb3JlIGRpZmZpY3VsdCB0byBnZXQgd29ya2luZyBpbiBzaGFyZWQt TFVOL211bHRpLWhvc3QgZW52aXJvbm1lbnRzIGNvbXBhcmVkIHRvIG5vcm1hbCB0aGljay1MVk0u Cj4+Cj4+IEkgZ3Vlc3MgdGhlcmUgd291bGQgaGF2ZSB0byBiZSBzb21lICJmcmVlLWJsb2Nrcy1w ZXItaG9zdC1mb3ItdGhpbi12b2x1bWVzIiwgc28gZWFjaCBob3N0IHdvdWxkIGFsbG9jYXRlIG5l dyBibG9ja3MgZnJvbSBpdHMgZGVkaWNhdGVkIHBvb2wsIHdpdGhvdXQgdGhlIHJpc2sgb2YgY29y cnVwdGluZyB0aGUgTFZNIFBWcyBvciB0aGUgdm9sdW1lcy4uIGFuZCBhdm9pZGluZyB0aGUgbmVl ZCBvZiBzeW5jaW5nIG1ldGFkYXRhIG9uIGV2ZXJ5IHdyaXRlIElPPwo+IExWTeKAmXMgdGhpbiBw cm92aXNpb25pbmcgdXNlcyB0aGUgZGV2aWNlIG1hcHBlciDigJxkbS10aGlu4oCdIHRhcmdldCwg d2hpY2ggd29ya3MgYXMgeW91IGRlc2NyaWJlLiBJIHRoaW5rIGZvciBsb2NhbCwgbm9uLXNoYXJl ZCBMVk0gaXQgbG9va3MgcmVhbGx5IGdvb2QuIEnigJl2ZSBnb3QgYSB2ZXJ5IGV4cGVyaW1lbnRh bCBzdG9yYWdlIHBsdWdpbiB3aGljaCBjYW4gdXNlIGl0IChlemx2bVsxXSkuIEFsc28gSSB0aGlu ayBGZWRvcmEgMjEgY2FuIGJvb3QgZnJvbSB0aGluLXByb3Zpc2lvbmVkIExWTSB3aGljaCB3b3Vs ZCBsZXQgeW91IGRvIHRoaW5ncyBsaWtlIHNuYXBzaG90IChhbmQgcmV2ZXJ0KSB0aGUgd2hvbGUg ZG9tMCBmaWxlc3lzdGVtLgo+Cj4gSeKAmXZlIHRob3VnaHQgYSBsaXR0bGUgYWJvdXQgaG93IHdl IGNvdWxkIHVzZSBpdCBpbiBmdXR1cmUgZm9yIHNoYXJlZCBMVk0uIFBvdGVudGlhbGx5IHdlIGNv dWxkIG1ha2UgdGhlIOKAnHRoaW4gcG9vbOKAnSB3b3JrIGZvciBwZXItaG9zdCBhbGxvY2F0aW9u IGJ5IGEgYmFsbG9vbmluZy1saWtlIHRlY2huaXF1ZS4gSWYgZXZlcnkgaG9zdCBzYXcgdGhlIGZ1 bGwgc2V0IG9mIGZyZWUgYmxvY2tzLCBidXQgbW9zdCBvZiB0aGUgYmxvY2tzIHdlcmUgbWFza2Vk IG9mZiBieSBhIGZha2UgZGlzayAobGlrZSB0aGUgYmFsbG9vbiBkcml2ZXLigJlzIGJhbGxvb24p IHRoZW4gZWFjaCBob3N0IHdvdWxkIGJlIGFibGUgdG8gYWxsb2NhdGUgbG9jYWxseSBmcm9tIHRo ZSBzYW1lIGJsb2NrIGFkZHJlc3Mgc3BhY2UuIFRoaXMgd291bGQgbWFrZSBpdCBlYXNpZXIgdG8g bW92ZSB2b2x1bWVzIGJldHdlZW4gaG9zdHMuIEkgdGhpbmsgZWFjaCBob3N0IHdvdWxkIG5lZWQg aXRzIG93biBwcml2YXRlIGNvcHkgb2YgdGhlIExWTSBtZXRhZGF0YSwgd2hpY2ggd291bGQgZnVu Y3Rpb24gbGlrZSB0aGUgam91cm5hbCBpbiB0aGlzIOKAnHRoaW5sdmhk4oCdIGRlc2lnbi4gV2hl biBJIHRyaWVkIHRvIG1ha2UgdGhpcyB3b3JrIGEgd2hpbGUgYWdvIEkgaGl0IGEgcHJvYmxlbSB3 aGVuIEkgdHJpZWQgdG8gbW9kaWZ5IHRoZSDigJxiYWxsb29uIGRpc2vigJ06IHdoZW4gSSByZWxv YWRlZCB0aGUgdGhpbiBwb29sIG1ldGFkYXRhIGFuZCByZXN1bWVkIHRoZSBkZXZpY2UgbWFwcGVy IGRldmljZSBpdCBoYWQgY2xlYXJseSBjYWNoZWQgc29tZSBvZiB0aGUgZGF0YSBzdHJ1Y3R1cmUg aW4gbWVtb3J5IGJlY2F1c2UgaXQgaW1tZWRpYXRlbHkgY29ycnVwdGVkIGl0c2VsZi4gVGhpcyBp cyBwcm9iYWJseSBmaXhhYmxlIGJ1dCByZXF1aXJlcyBtb3JlIGV4cGVyaW1lbnRhdGlvbiA6KQo+ Cj4gU28gZm9yIHRoZSBzaGFyZWQgY2FzZSBJIHRoaW5rIHdlIHNob3VsZCB3b3JrIG9uIOKAnHRo aW5sdmhk4oCdIChpLmUuIHRoaW4gcHJvdmlzaW9uaW5nIHZpYSB0YXBkaXNrKSBmaXJzdCBidXQg cGxheSB3aXRoIGRtLXRoaW4gaW4gdGhlIGJhY2tncm91bmQgOikKPgo+IENoZWVycywKPiBEYXZl Cj4KPiBbMV0gaHR0cHM6Ly9naXRodWIuY29tL3hhcGktcHJvamVjdC9lemx2bQo+Cj4KPj4KPj4g SnVzdCByYW5kb20gdGhvdWdodHMgOikKPj4KPj4gLS0gUGFzaQo+Pgo+Pj4gICAgT24gMS85LzIw MTUgMzo1NCBQTSwgVG9iaWFzIEtyZWlkbCB3cm90ZToKPj4+Cj4+PiAgICAgIEFzIG9mIGFyb3Vu ZCBDZW50T1MgNi41IChhbmQgZm9yIHN1cmUgaW4gUkhFTCA2LjQpIHRoYXQgdGhlcmUgaXMgYQo+ Pj4gICAgICB0aGlubHZtIGx2bXRoaW4gdXRpbGl0eSB0aGF0IHNlZW1zIHRvIHRha2UgY2FyZSBv ZiBzdXBwb3J0aW5nCj4+PiAgICAgIHRoaW5seS1wcm92aXNpb25lZCBMVk0gdm9sdW1lcy4gVGhl cmUgaXMgYW4gYXNzb2NpYXRlZCBzbmFwc2hvdCBkZXNpZ24KPj4+ICAgICAgYmFzZWQgb24gTFZN IHRoaW4gcHJvdmlzaW9uaW5nIHRoYXQgZXZlbiBzdXBwb3J0cyB0aGUgYWJpbGl0eSB0byBkbwo+ Pj4gICAgICBzbmFwc2hvdHMgb2Ygc25hcHNob3RzLCBldGMuIGRvd24gdGhlIGNoYWluLgo+Pj4K Pj4+ICAgICAgVW5mb3J0dW5hdGVseSwgZnJvbSBhIGN1cnNvcnkgbG9vaywgaXQgZG9lc24ndCBs b29rIGxpa2UgYSBiYWNrIHBvcnQgdG8KPj4+ICAgICAgQ2VudE9TIDUgd291bGQgYmUgdGhhdCBl YXN5IG9yIGV2ZW4gcG9zc2libGUsIGJ1dCB0aGF0IGl0IGlzIGludGVncmF0ZWQKPj4+ICAgICAg aW50byBib3RoIENlbnRPUyA2IGFuZCBDZW50T1MgNyBnaXZlcyBzb21lIGhvcGUgZm9yIGEgcG9z c2libHkKPj4+ICAgICAgc3RhbmRhcmRpemVkIHN1cHBvcnQgb2YgaXQgaW4gYSBmdXR1cmUgWGVu U2VydmVyIHJlbGVhc2UsIGRvZXNuJ3QgaXQ/Cj4+PiAgICAgIFRoZSBvdGhlciBiaWcgcXVlc3Rp b24gd291bGQgYmUgaG93IHJlYWRpbHkgc29tZXRoaW5nIGxpa2UgdGhpcyBjb3VsZCBiZQo+Pj4g ICAgICBpbnRlZ3JhdGVkIGludG8gWGVuU2VydmVyLgo+Pj4KPj4+ICAgICAgLT1Ub2JpYXMKCgoK Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkg bWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9j Z2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Tue Jan 13 16:50:22 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 13 Jan 2015 16:50:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB4fV-0005l1-LP; Tue, 13 Jan 2015 16:50:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB4Sx-0003Vi-9e for xen-api@lists.xen.org; Tue, 13 Jan 2015 16:37:15 +0000 Received: from [85.158.137.68] by server-7.bemta-3.messagelabs.com id 17/FC-17958-AB945B45; Tue, 13 Jan 2015 16:37:14 +0000 X-Env-Sender: krzysztof.godlewski@tiktalik.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1421167033!19324610!1 X-Originating-IP: [193.17.41.200] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26965 invoked from network); 13 Jan 2015 16:37:13 -0000 Received: from moh2-ve2.go2.pl (HELO moh2-ve2.go2.pl) (193.17.41.200) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Jan 2015 16:37:13 -0000 Received: from moh2-ve2.go2.pl (unknown [10.0.0.200]) by moh2-ve2.go2.pl (Postfix) with ESMTP id 3DBF1CB000E for ; Tue, 13 Jan 2015 17:37:12 +0100 (CET) Received: from unknown (unknown [10.0.0.42]) by moh2-ve2.go2.pl (Postfix) with SMTP for ; Tue, 13 Jan 2015 17:37:12 +0100 (CET) Received: from jajczarnia.techstorage.pl [37.233.96.69] by prokonto.pl with ESMTP id UbQXWz; Tue, 13 Jan 2015 17:37:12 +0100 From: Krzysztof Godlewski Content-Type: multipart/mixed; boundary="Apple-Mail=_872B10D7-FB92-4A11-B7C6-4FBAD663FCB7" Message-Id: Date: Tue, 13 Jan 2015 17:37:09 +0100 To: xen-api@lists.xen.org Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) X-O2-Trust: 2, 65 X-O2-SPF: notchecked X-Mailman-Approved-At: Tue, 13 Jan 2015 16:50:12 +0000 Subject: [Xen-API] blktap bug: kernel oops when tapdisk process is terminated 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: , Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --Apple-Mail=_872B10D7-FB92-4A11-B7C6-4FBAD663FCB7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hello, I've been trying to get blktap to work on kernel version 3.17.3, running = debian wheezy, and came across what I think is a bug in the blktap = module. If a tapdisk process is killed while the block device backed by it is = being accessed I get a kernel oops. This usually happens in 2-3 retries. My setup: Kernel version: 3.17.3 blktap-utils version: 2.0.90-1 xcp-xapi version: 1:1.3.2-15ubuntu4.18 The blktap kernel driver found on xapi-project github page = (https://github.com/xapi-project/blktap-dkms) failed to compile, so I used debian's 2.0.93 version with modifications that allowed the = module to compile. The diff against 2.0.93 is attached (blktap.patch). All testing is performed outside of Xen, ie. all commands are run in = Dom0. What I do is set up a VHD-backed block device with rate limiting using td-rated, then run dd in background, killing = tapdisk while dd is running.=20 Preparation: $ modprobe blktap $ mkdir /var/run/blktap $ vhd-util create -s 1024 -n /root/test.vhd $ td-rated /var/run/blktap/x.sock -t token -- --rate=3D5M $ cat > /var/tmp/limit.chain << EOF valve:/var/run/blktap/x.sock vhd:/root/test.vhd EOF These commands trigger the oops after a few cycles: $ tap-ctl create -a x-chain:/var/tmp/limit.chain /dev/xen/blktap-2/tapdevX $ tap-ctl list # retrieve tapdisk PID $ dd if=3D/dev/urandom of=3D/dev/xen/blktap-2/tapdevX bs=3D1M count=3D200 = & $ kill -9 tapdisk_PID # check dmesg, try again if bug didn't occur Relevant dmesg part is pasted below, blktap-dkms patch attached. I'll gladly provide more information if need be. Also, if xcp-xapi is = not a good place for this report, kindly point me to a more suitable = list. Thanks, Krzysztof Godlewski [Tue Jan 13 15:36:10 2015] block tda: sector-size: 512/512+0 capacity: = 2097152 discard: 0+0 flush: 0x0 [Tue Jan 13 15:36:31 2015] BUG: unable to handle kernel NULL pointer = dereference at 0000000000000060 [Tue Jan 13 15:36:31 2015] IP: [] down_write+0x23/0x50 [Tue Jan 13 15:36:31 2015] PGD 172bf067 PUD 1728b067 PMD 0=20 [Tue Jan 13 15:36:31 2015] Oops: 0002 [#1] SMP=20 [Tue Jan 13 15:36:31 2015] Modules linked in: blktap(OE) xen_blkback(E) = xen_netback(E) openvswitch(E) gre(E) vxlan(E) udp_tunnel(E) libcrc32c(E) = xen_gntdev(E) xen_evtchn(E) xenfs(E) xen_privcmd(E) iscsi_tcp(E) = libiscsi_tcp(E) nfsd(E) auth_rpcgss(E) nfs_acl(E) nfs(E) lockd(E) = fscache(E) sunrpc(E) ib_umad(E) ib_iser(E) rdma_cm(E) iw_cm(E) = libiscsi(E) scsi_transport_iscsi(E) ib_ipoib(E) ib_cm(E) ib_sa(E) = snd_pcm(E) snd_timer(E) snd(E) soundcore(E) iTCO_wdt(E) i7core_edac(E) = ipmi_si(E) ib_mthca(E) ast(E) ttm(E) ib_mad(E) ipmi_msghandler(E) = drm_kms_helper(E) ib_core(E) drm(E) edac_core(E) ioatdma(E) ib_addr(E) = iTCO_vendor_support(E) syscopyarea(E) sysfillrect(E) sysimgblt(E) = pcspkr(E) evbug(E) lpc_ich(E) dcdbas(E) joydev(E) i2c_i801(E) mac_hid(E) = hid_generic(E) usbkbd(E) usbmouse(E) usbhid(E) hid(E) ahci(E) libahci(E) = igb(E) i2c_algo_bit(E) dca(E) ptp(E) pps_core(E) [Tue Jan 13 15:36:31 2015] CPU: 4 PID: 9800 Comm: tapdisk Tainted: G = OE 3.17.3 #1 [Tue Jan 13 15:36:31 2015] Hardware name: Dell XS23-TY3 / = , BIOS 1.71 09/17/2013 [Tue Jan 13 15:36:31 2015] task: ffff8802e440da00 ti: ffff8800170ac000 = task.ti: ffff8800170ac000 [Tue Jan 13 15:36:31 2015] RIP: e030:[] = [] down_write+0x23/0x50 [Tue Jan 13 15:36:31 2015] RSP: e02b:ffff8800170afaf8 EFLAGS: 00010246 [Tue Jan 13 15:36:31 2015] RAX: 0000000000000060 RBX: 0000000000000060 = RCX: 0000000000000001 [Tue Jan 13 15:36:31 2015] RDX: ffffffff00000001 RSI: 000000000000b000 = RDI: 0000000000000060 [Tue Jan 13 15:36:31 2015] RBP: ffff8800170afb08 R08: ffff8800170bfcc0 = R09: 00000001802c001c [Tue Jan 13 15:36:31 2015] R10: ffffea00005c2f80 R11: 0000000000000001 = R12: 0000000000000000 [Tue Jan 13 15:36:31 2015] R13: 00007f1882ef2000 R14: 000000000000b000 = R15: ffff88001731f400 [Tue Jan 13 15:36:31 2015] FS: 00007f1883065740(0000) = GS:ffff880032c80000(0000) knlGS:0000000000000000 [Tue Jan 13 15:36:31 2015] CS: e033 DS: 0000 ES: 0000 CR0: = 000000008005003b [Tue Jan 13 15:36:31 2015] CR2: 0000000000000060 CR3: 0000000012522000 = CR4: 0000000000002660 [Tue Jan 13 15:36:31 2015] Stack: [Tue Jan 13 15:36:31 2015] ffff8800170afba8 0000000000000060 = ffff8800170afb38 ffffffff811a27a0 [Tue Jan 13 15:36:31 2015] ffff8802be6052c0 ffff88001731f400 = ffff88001731f400 00000000fffffffb [Tue Jan 13 15:36:31 2015] ffff8800170afb58 ffffffffc062ff88 = ffff8802e2cc9cc0 ffff8802be6052c0 [Tue Jan 13 15:36:31 2015] Call Trace: [Tue Jan 13 15:36:31 2015] [] vm_munmap+0x40/0x70 [Tue Jan 13 15:36:31 2015] [] = blktap_ring_unmap_request+0x48/0x90 [blktap] [Tue Jan 13 15:36:31 2015] [] = blktap_device_end_request+0x2f/0xe0 [blktap] [Tue Jan 13 15:36:31 2015] [] = blktap_ring_vm_close+0xb5/0x140 [blktap] [Tue Jan 13 15:36:31 2015] [] remove_vma+0x32/0x70 [Tue Jan 13 15:36:31 2015] [] exit_mmap+0xf4/0x170 [Tue Jan 13 15:36:31 2015] [] ? exit_aio+0xca/0xe0 [Tue Jan 13 15:36:31 2015] [] mmput+0x68/0x120 [Tue Jan 13 15:36:31 2015] [] do_exit+0x27c/0xa70 [Tue Jan 13 15:36:31 2015] [] do_group_exit+0x3f/0xa0 [Tue Jan 13 15:36:31 2015] [] get_signal+0x1d2/0x720 [Tue Jan 13 15:36:31 2015] [] do_signal+0x33/0xac0 [Tue Jan 13 15:36:31 2015] [] ? = SYSC_sendto+0x128/0x180 [Tue Jan 13 15:36:31 2015] [] ? = ktime_get_ts64+0x4e/0xf0 [Tue Jan 13 15:36:31 2015] [] ? = poll_select_copy_remaining+0xec/0x140 [Tue Jan 13 15:36:31 2015] [] = do_notify_resume+0x71/0xc0 [Tue Jan 13 15:36:31 2015] [] int_signal+0x12/0x17 [Tue Jan 13 15:36:31 2015] Code: 00 00 00 00 00 00 00 00 66 66 66 66 90 = 55 48 89 e5 53 48 89 fb 48 83 ec 08 e8 8a dd ff ff 48 ba 01 00 00 00 ff = ff ff ff 48 89 d8 48 0f c1 10 85 d2 74 05 e8 af 9b c1 ff 65 48 8b = 04 25 00 c8=20 [Tue Jan 13 15:36:31 2015] RIP [] = down_write+0x23/0x50 [Tue Jan 13 15:36:31 2015] RSP [Tue Jan 13 15:36:31 2015] CR2: 0000000000000060 [Tue Jan 13 15:36:31 2015] ---[ end trace 56d4ea1ff18354f1 ]--- [Tue Jan 13 15:36:31 2015] Fixing recursive fault but reboot is needed! --Apple-Mail=_872B10D7-FB92-4A11-B7C6-4FBAD663FCB7 Content-Disposition: attachment; filename=blktap.patch Content-Type: application/octet-stream; name="blktap.patch" Content-Transfer-Encoding: 7bit --- a/blktap-dkms-2.0.93/ring.c 2013-11-18 15:31:42.000000000 +0100 +++ b/blktap-dkms-2.0.93/ring.c 2015-01-13 16:40:15.367734527 +0100 @@ -304,7 +304,7 @@ unsigned int nsecs; breq->u.tr.nr_sectors = nsecs = bio_sectors(bio); - breq->u.tr.sector_number = bio->bi_sector; + breq->u.tr.sector_number = bio->bi_iter.bi_sector; return nsecs; } @@ -436,7 +436,7 @@ } vma->vm_flags |= VM_DONTCOPY; - vma->vm_flags |= VM_RESERVED; + vma->vm_flags |= (VM_DONTEXPAND | VM_DONTDUMP); return 0; } @@ -472,7 +472,7 @@ vma->vm_private_data = tap; vma->vm_flags |= VM_DONTCOPY; - vma->vm_flags |= VM_RESERVED; + vma->vm_flags |= (VM_DONTEXPAND | VM_DONTDUMP); vma->vm_ops = &blktap_ring_vm_operations; --Apple-Mail=_872B10D7-FB92-4A11-B7C6-4FBAD663FCB7 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 --Apple-Mail=_872B10D7-FB92-4A11-B7C6-4FBAD663FCB7-- From xen-api-bounces@lists.xen.org Tue Jan 13 16:50:22 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 13 Jan 2015 16:50:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB4fV-0005l1-LP; Tue, 13 Jan 2015 16:50:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YB4Sx-0003Vi-9e for xen-api@lists.xen.org; Tue, 13 Jan 2015 16:37:15 +0000 Received: from [85.158.137.68] by server-7.bemta-3.messagelabs.com id 17/FC-17958-AB945B45; Tue, 13 Jan 2015 16:37:14 +0000 X-Env-Sender: krzysztof.godlewski@tiktalik.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1421167033!19324610!1 X-Originating-IP: [193.17.41.200] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26965 invoked from network); 13 Jan 2015 16:37:13 -0000 Received: from moh2-ve2.go2.pl (HELO moh2-ve2.go2.pl) (193.17.41.200) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Jan 2015 16:37:13 -0000 Received: from moh2-ve2.go2.pl (unknown [10.0.0.200]) by moh2-ve2.go2.pl (Postfix) with ESMTP id 3DBF1CB000E for ; Tue, 13 Jan 2015 17:37:12 +0100 (CET) Received: from unknown (unknown [10.0.0.42]) by moh2-ve2.go2.pl (Postfix) with SMTP for ; Tue, 13 Jan 2015 17:37:12 +0100 (CET) Received: from jajczarnia.techstorage.pl [37.233.96.69] by prokonto.pl with ESMTP id UbQXWz; Tue, 13 Jan 2015 17:37:12 +0100 From: Krzysztof Godlewski Content-Type: multipart/mixed; boundary="Apple-Mail=_872B10D7-FB92-4A11-B7C6-4FBAD663FCB7" Message-Id: Date: Tue, 13 Jan 2015 17:37:09 +0100 To: xen-api@lists.xen.org Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) X-O2-Trust: 2, 65 X-O2-SPF: notchecked X-Mailman-Approved-At: Tue, 13 Jan 2015 16:50:12 +0000 Subject: [Xen-API] blktap bug: kernel oops when tapdisk process is terminated 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: , Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --Apple-Mail=_872B10D7-FB92-4A11-B7C6-4FBAD663FCB7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hello, I've been trying to get blktap to work on kernel version 3.17.3, running = debian wheezy, and came across what I think is a bug in the blktap = module. If a tapdisk process is killed while the block device backed by it is = being accessed I get a kernel oops. This usually happens in 2-3 retries. My setup: Kernel version: 3.17.3 blktap-utils version: 2.0.90-1 xcp-xapi version: 1:1.3.2-15ubuntu4.18 The blktap kernel driver found on xapi-project github page = (https://github.com/xapi-project/blktap-dkms) failed to compile, so I used debian's 2.0.93 version with modifications that allowed the = module to compile. The diff against 2.0.93 is attached (blktap.patch). All testing is performed outside of Xen, ie. all commands are run in = Dom0. What I do is set up a VHD-backed block device with rate limiting using td-rated, then run dd in background, killing = tapdisk while dd is running.=20 Preparation: $ modprobe blktap $ mkdir /var/run/blktap $ vhd-util create -s 1024 -n /root/test.vhd $ td-rated /var/run/blktap/x.sock -t token -- --rate=3D5M $ cat > /var/tmp/limit.chain << EOF valve:/var/run/blktap/x.sock vhd:/root/test.vhd EOF These commands trigger the oops after a few cycles: $ tap-ctl create -a x-chain:/var/tmp/limit.chain /dev/xen/blktap-2/tapdevX $ tap-ctl list # retrieve tapdisk PID $ dd if=3D/dev/urandom of=3D/dev/xen/blktap-2/tapdevX bs=3D1M count=3D200 = & $ kill -9 tapdisk_PID # check dmesg, try again if bug didn't occur Relevant dmesg part is pasted below, blktap-dkms patch attached. I'll gladly provide more information if need be. Also, if xcp-xapi is = not a good place for this report, kindly point me to a more suitable = list. Thanks, Krzysztof Godlewski [Tue Jan 13 15:36:10 2015] block tda: sector-size: 512/512+0 capacity: = 2097152 discard: 0+0 flush: 0x0 [Tue Jan 13 15:36:31 2015] BUG: unable to handle kernel NULL pointer = dereference at 0000000000000060 [Tue Jan 13 15:36:31 2015] IP: [] down_write+0x23/0x50 [Tue Jan 13 15:36:31 2015] PGD 172bf067 PUD 1728b067 PMD 0=20 [Tue Jan 13 15:36:31 2015] Oops: 0002 [#1] SMP=20 [Tue Jan 13 15:36:31 2015] Modules linked in: blktap(OE) xen_blkback(E) = xen_netback(E) openvswitch(E) gre(E) vxlan(E) udp_tunnel(E) libcrc32c(E) = xen_gntdev(E) xen_evtchn(E) xenfs(E) xen_privcmd(E) iscsi_tcp(E) = libiscsi_tcp(E) nfsd(E) auth_rpcgss(E) nfs_acl(E) nfs(E) lockd(E) = fscache(E) sunrpc(E) ib_umad(E) ib_iser(E) rdma_cm(E) iw_cm(E) = libiscsi(E) scsi_transport_iscsi(E) ib_ipoib(E) ib_cm(E) ib_sa(E) = snd_pcm(E) snd_timer(E) snd(E) soundcore(E) iTCO_wdt(E) i7core_edac(E) = ipmi_si(E) ib_mthca(E) ast(E) ttm(E) ib_mad(E) ipmi_msghandler(E) = drm_kms_helper(E) ib_core(E) drm(E) edac_core(E) ioatdma(E) ib_addr(E) = iTCO_vendor_support(E) syscopyarea(E) sysfillrect(E) sysimgblt(E) = pcspkr(E) evbug(E) lpc_ich(E) dcdbas(E) joydev(E) i2c_i801(E) mac_hid(E) = hid_generic(E) usbkbd(E) usbmouse(E) usbhid(E) hid(E) ahci(E) libahci(E) = igb(E) i2c_algo_bit(E) dca(E) ptp(E) pps_core(E) [Tue Jan 13 15:36:31 2015] CPU: 4 PID: 9800 Comm: tapdisk Tainted: G = OE 3.17.3 #1 [Tue Jan 13 15:36:31 2015] Hardware name: Dell XS23-TY3 / = , BIOS 1.71 09/17/2013 [Tue Jan 13 15:36:31 2015] task: ffff8802e440da00 ti: ffff8800170ac000 = task.ti: ffff8800170ac000 [Tue Jan 13 15:36:31 2015] RIP: e030:[] = [] down_write+0x23/0x50 [Tue Jan 13 15:36:31 2015] RSP: e02b:ffff8800170afaf8 EFLAGS: 00010246 [Tue Jan 13 15:36:31 2015] RAX: 0000000000000060 RBX: 0000000000000060 = RCX: 0000000000000001 [Tue Jan 13 15:36:31 2015] RDX: ffffffff00000001 RSI: 000000000000b000 = RDI: 0000000000000060 [Tue Jan 13 15:36:31 2015] RBP: ffff8800170afb08 R08: ffff8800170bfcc0 = R09: 00000001802c001c [Tue Jan 13 15:36:31 2015] R10: ffffea00005c2f80 R11: 0000000000000001 = R12: 0000000000000000 [Tue Jan 13 15:36:31 2015] R13: 00007f1882ef2000 R14: 000000000000b000 = R15: ffff88001731f400 [Tue Jan 13 15:36:31 2015] FS: 00007f1883065740(0000) = GS:ffff880032c80000(0000) knlGS:0000000000000000 [Tue Jan 13 15:36:31 2015] CS: e033 DS: 0000 ES: 0000 CR0: = 000000008005003b [Tue Jan 13 15:36:31 2015] CR2: 0000000000000060 CR3: 0000000012522000 = CR4: 0000000000002660 [Tue Jan 13 15:36:31 2015] Stack: [Tue Jan 13 15:36:31 2015] ffff8800170afba8 0000000000000060 = ffff8800170afb38 ffffffff811a27a0 [Tue Jan 13 15:36:31 2015] ffff8802be6052c0 ffff88001731f400 = ffff88001731f400 00000000fffffffb [Tue Jan 13 15:36:31 2015] ffff8800170afb58 ffffffffc062ff88 = ffff8802e2cc9cc0 ffff8802be6052c0 [Tue Jan 13 15:36:31 2015] Call Trace: [Tue Jan 13 15:36:31 2015] [] vm_munmap+0x40/0x70 [Tue Jan 13 15:36:31 2015] [] = blktap_ring_unmap_request+0x48/0x90 [blktap] [Tue Jan 13 15:36:31 2015] [] = blktap_device_end_request+0x2f/0xe0 [blktap] [Tue Jan 13 15:36:31 2015] [] = blktap_ring_vm_close+0xb5/0x140 [blktap] [Tue Jan 13 15:36:31 2015] [] remove_vma+0x32/0x70 [Tue Jan 13 15:36:31 2015] [] exit_mmap+0xf4/0x170 [Tue Jan 13 15:36:31 2015] [] ? exit_aio+0xca/0xe0 [Tue Jan 13 15:36:31 2015] [] mmput+0x68/0x120 [Tue Jan 13 15:36:31 2015] [] do_exit+0x27c/0xa70 [Tue Jan 13 15:36:31 2015] [] do_group_exit+0x3f/0xa0 [Tue Jan 13 15:36:31 2015] [] get_signal+0x1d2/0x720 [Tue Jan 13 15:36:31 2015] [] do_signal+0x33/0xac0 [Tue Jan 13 15:36:31 2015] [] ? = SYSC_sendto+0x128/0x180 [Tue Jan 13 15:36:31 2015] [] ? = ktime_get_ts64+0x4e/0xf0 [Tue Jan 13 15:36:31 2015] [] ? = poll_select_copy_remaining+0xec/0x140 [Tue Jan 13 15:36:31 2015] [] = do_notify_resume+0x71/0xc0 [Tue Jan 13 15:36:31 2015] [] int_signal+0x12/0x17 [Tue Jan 13 15:36:31 2015] Code: 00 00 00 00 00 00 00 00 66 66 66 66 90 = 55 48 89 e5 53 48 89 fb 48 83 ec 08 e8 8a dd ff ff 48 ba 01 00 00 00 ff = ff ff ff 48 89 d8 48 0f c1 10 85 d2 74 05 e8 af 9b c1 ff 65 48 8b = 04 25 00 c8=20 [Tue Jan 13 15:36:31 2015] RIP [] = down_write+0x23/0x50 [Tue Jan 13 15:36:31 2015] RSP [Tue Jan 13 15:36:31 2015] CR2: 0000000000000060 [Tue Jan 13 15:36:31 2015] ---[ end trace 56d4ea1ff18354f1 ]--- [Tue Jan 13 15:36:31 2015] Fixing recursive fault but reboot is needed! --Apple-Mail=_872B10D7-FB92-4A11-B7C6-4FBAD663FCB7 Content-Disposition: attachment; filename=blktap.patch Content-Type: application/octet-stream; name="blktap.patch" Content-Transfer-Encoding: 7bit --- a/blktap-dkms-2.0.93/ring.c 2013-11-18 15:31:42.000000000 +0100 +++ b/blktap-dkms-2.0.93/ring.c 2015-01-13 16:40:15.367734527 +0100 @@ -304,7 +304,7 @@ unsigned int nsecs; breq->u.tr.nr_sectors = nsecs = bio_sectors(bio); - breq->u.tr.sector_number = bio->bi_sector; + breq->u.tr.sector_number = bio->bi_iter.bi_sector; return nsecs; } @@ -436,7 +436,7 @@ } vma->vm_flags |= VM_DONTCOPY; - vma->vm_flags |= VM_RESERVED; + vma->vm_flags |= (VM_DONTEXPAND | VM_DONTDUMP); return 0; } @@ -472,7 +472,7 @@ vma->vm_private_data = tap; vma->vm_flags |= VM_DONTCOPY; - vma->vm_flags |= VM_RESERVED; + vma->vm_flags |= (VM_DONTEXPAND | VM_DONTDUMP); vma->vm_ops = &blktap_ring_vm_operations; --Apple-Mail=_872B10D7-FB92-4A11-B7C6-4FBAD663FCB7 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 --Apple-Mail=_872B10D7-FB92-4A11-B7C6-4FBAD663FCB7-- From xen-api-bounces@lists.xen.org Tue Jan 13 22:36:11 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 13 Jan 2015 22:36: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 1YBA4B-0005xJ-B9; Tue, 13 Jan 2015 22:36:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBA4A-0005xD-Kp for xen-api@lists.xen.org; Tue, 13 Jan 2015 22:36:02 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id 84/C7-27584-1DD95B45; Tue, 13 Jan 2015 22:36:01 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1421188561!13943063!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2779 invoked from network); 13 Jan 2015 22:36:01 -0000 Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com) (209.85.215.43) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jan 2015 22:36:01 -0000 Received: by mail-la0-f43.google.com with SMTP id s18so5226886lam.2 for ; Tue, 13 Jan 2015 14:36:01 -0800 (PST) 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=A5w1oGoPHL3L55e17s621qqylQPZLH8yYa603sCcwgg=; b=AG/XIRQSdKhHetXvlPmPzVR0jzoQiH2fBDZoZzLS8iDhZDfujtvtLeOR4wZ4UczqZ+ pFvbzeS1BsizeyxjfDlZL/TN6jHFKRGG5Km1ZE/aVXe/CVbjZx//+o9xKZAo/j611Uou A2Fd0O0ArNfmxFGT7mZzKaq9xG8cPHKQ2b2Iy3jCl403yMuB0LX1KYtAyX0bO9c1ZcTo Z+IQKTf69R6NawQlUqUXqyIDZG5wd1ok9e7xi5iF6TBcA9rRBv0Da++lax2UuaaD4yuk fWzPW6UrhkrbLlnO8FANu4auU9PVzX8tFlQacVz4SHETwf93DZZ3MsPC3upFdlme00uZ nHyg== MIME-Version: 1.0 X-Received: by 10.112.198.233 with SMTP id jf9mr710482lbc.9.1421188560900; Tue, 13 Jan 2015 14:36:00 -0800 (PST) Received: by 10.112.0.104 with HTTP; Tue, 13 Jan 2015 14:36:00 -0800 (PST) Date: Tue, 13 Jan 2015 17:36:00 -0500 X-Google-Sender-Auth: nxt4VOLflaL_UVJY4kwcHliTpyg Message-ID: From: Russ Pavlicek To: xen-devel@lists.xenproject.org, xen-users@lists.xenproject.org, xen-api@lists.xen.org, mirageos-devel@lists.xenproject.org Subject: [Xen-API] Proposal: Xen Project Document Days for 2015 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, I am proposing that this year's Document Days schedule follow the rule we followed in the latter half of 2014: Doc Days will be scheduled on the final Wednesday of each month (barring conflicts with holidays). Particularly, I suggest the following dates: January 28, 2015 February 25, 2015 March 25, 2015 April 29, 2015 May 27, 2015 June 24, 2015 July 29, 2015 August 26, 2015 September 30, 2015 October 28, 2015 December 2, 2015 (due to holidays in November and December in multiple countries) If anyone would like to suggest a change to the rule, please reply. Otherwise, if you see a local holiday in the list above, speak up so we can consider rescheduling. Thanks, Russ _______________________________________________ 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 Jan 13 22:36:11 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 13 Jan 2015 22:36: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 1YBA4B-0005xJ-B9; Tue, 13 Jan 2015 22:36:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YBA4A-0005xD-Kp for xen-api@lists.xen.org; Tue, 13 Jan 2015 22:36:02 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id 84/C7-27584-1DD95B45; Tue, 13 Jan 2015 22:36:01 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1421188561!13943063!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2779 invoked from network); 13 Jan 2015 22:36:01 -0000 Received: from mail-la0-f43.google.com (HELO mail-la0-f43.google.com) (209.85.215.43) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jan 2015 22:36:01 -0000 Received: by mail-la0-f43.google.com with SMTP id s18so5226886lam.2 for ; Tue, 13 Jan 2015 14:36:01 -0800 (PST) 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=A5w1oGoPHL3L55e17s621qqylQPZLH8yYa603sCcwgg=; b=AG/XIRQSdKhHetXvlPmPzVR0jzoQiH2fBDZoZzLS8iDhZDfujtvtLeOR4wZ4UczqZ+ pFvbzeS1BsizeyxjfDlZL/TN6jHFKRGG5Km1ZE/aVXe/CVbjZx//+o9xKZAo/j611Uou A2Fd0O0ArNfmxFGT7mZzKaq9xG8cPHKQ2b2Iy3jCl403yMuB0LX1KYtAyX0bO9c1ZcTo Z+IQKTf69R6NawQlUqUXqyIDZG5wd1ok9e7xi5iF6TBcA9rRBv0Da++lax2UuaaD4yuk fWzPW6UrhkrbLlnO8FANu4auU9PVzX8tFlQacVz4SHETwf93DZZ3MsPC3upFdlme00uZ nHyg== MIME-Version: 1.0 X-Received: by 10.112.198.233 with SMTP id jf9mr710482lbc.9.1421188560900; Tue, 13 Jan 2015 14:36:00 -0800 (PST) Received: by 10.112.0.104 with HTTP; Tue, 13 Jan 2015 14:36:00 -0800 (PST) Date: Tue, 13 Jan 2015 17:36:00 -0500 X-Google-Sender-Auth: nxt4VOLflaL_UVJY4kwcHliTpyg Message-ID: From: Russ Pavlicek To: xen-devel@lists.xenproject.org, xen-users@lists.xenproject.org, xen-api@lists.xen.org, mirageos-devel@lists.xenproject.org Subject: [Xen-API] Proposal: Xen Project Document Days for 2015 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, I am proposing that this year's Document Days schedule follow the rule we followed in the latter half of 2014: Doc Days will be scheduled on the final Wednesday of each month (barring conflicts with holidays). Particularly, I suggest the following dates: January 28, 2015 February 25, 2015 March 25, 2015 April 29, 2015 May 27, 2015 June 24, 2015 July 29, 2015 August 26, 2015 September 30, 2015 October 28, 2015 December 2, 2015 (due to holidays in November and December in multiple countries) If anyone would like to suggest a change to the rule, please reply. Otherwise, if you see a local holiday in the list above, speak up so we can consider rescheduling. Thanks, Russ _______________________________________________ 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 Jan 20 22:03:17 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 20 Jan 2015 22:03: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 1YDgt5-0004si-Pf; Tue, 20 Jan 2015 22:03:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDgt3-0004sd-Th for xen-api@lists.xenproject.org; Tue, 20 Jan 2015 22:03:02 +0000 Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id 36/92-02953-590DEB45; Tue, 20 Jan 2015 22:03:01 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1421791380!18537599!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29918 invoked from network); 20 Jan 2015 22:03:00 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jan 2015 22:03:00 -0000 X-IronPort-AV: E=Sophos;i="5.09,437,1418083200"; d="scan'208";a="28806392" From: Dave Scott To: "xen-api@lists.xenproject.org" Thread-Topic: a bit of wiki tidying Thread-Index: AQHQNPzam4NJGN3zSEGLRAGTKv/Hng== Date: Tue, 20 Jan 2015 22:02:59 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <483C291506040F42B89CFF7EF206D92D@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Subject: [Xen-API] a bit of wiki tidying 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SGksDQoNCknigJl2ZSBkb25lIGEgbGl0dGxlIGJpdCBvZiBjbGVhbmluZyBvZiB0aGUgWGFwaSBw YWdlcyBvbiB0aGUgWGVuIHByb2plY3Qgd2lraS4gSeKAmXZlDQoNCi0gYWRkZWQgbGlua3MgdG8g b3VyIGFyY2hpdGVjdHVyZSBkb2N1bWVudGF0aW9uWzFdLCBYZW5BUEkgcmVmZXJlbmNlWzJdIGFu ZCBkZXNpZ24gZG9jcyBpbmRleFszXQ0KLSB1bmxpbmtlZCBjb250ZW50IHdoaWNoIHNlZW1lZCB0 byBiZSBhIHRyYW5zbGl0ZXJhdGlvbiBmcm9tIGNvZGUgdG8gRW5nbGlzaCBvZiBhIHByZXZpb3Vz ICh1bmRpc2Nsb3NlZCkgWGFwaSB2ZXJzaW9uIOKAlCBJIHRoaW5rIGZvciB0aGlzIGtpbmQgb2Yg ZGV0YWlsIHRoZSBjb2RlIHdpbGwgYWx3YXlzIGJlIGF1dGhvcml0YXRpdmUsIGFuZCB0aGUgb3V0 LW9mLWRhdGUgd2lraSBjb250ZW50IGlzIG1pc2xlYWRpbmcNCi0gcmV3cml0dGVuIHRoZSBwYWdl IG9uIGNvbXBpbGluZyBYYXBpICh2ZXJ5LCB2ZXJ5IG91dC1vZi1kYXRlKSB0byBkZXNjcmliZSAy IG1vZGVybiB3YXlzIGl0IHNob3VsZCB3b3JrDQotIGFkZGVkIGEgcGFnZSBvbiBEZXNpZ24gYW5k IENvZGUgUmV2aWV3IGRlc2NyaWJpbmcgdGhlIHByb2Nlc3MgdGhhdCBoYXMgYmVlbiBldm9sdmlu ZyByZWNlbnRseQ0KLSBmaWRkbGVkIHdpdGggdGhlIHNlY3Rpb24gaGVhZGluZ3MgYSBiaXQ6IHdl 4oCZdmUgbm93IGdvdCDigJxEZXZlbG9waW5n4oCdIHdoZXJlIHRoZSBjb250ZW50cyB3YXMgZGV2 ZWxvcGVyIHdvcmtmbG93LW9yaWVudGVkIGFuZCDigJxDb25jZXB0c+KAnSB3aGVyZSBtb3JlIGFi c3RyYWN0IHN0dWZmIGlzIGRlc2NyaWJlZA0KDQpUaGVyZeKAmXMgY2xlYXJseSBzdGlsbCBxdWl0 ZSBhIGxvdCB0byBkby4NCg0KSSB0aGluayB0aGUgbmljaGUgdGhhdCB0aGUgd2lraSBvY2N1cGll cyBpcyB0aGF0IGl04oCZcyBhIGdvb2QgcGxhY2UgZm9yIGhvdy10b3MsIEZBUXMsIHRpcHMgYW5k IHRyaWNrcywgcHJvY2VzcyBkZXNjcmlwdGlvbnMgZXRjLiBJIHRoaW5rIGFzIHdlIGNvbWUgYWNy b3NzIHVzZWZ1bCBzdHVmZiBsaWtlIHRoYXQgd2Ugc2hvdWxkIHRyeSB0byBhZGQgaXQgdG8gdGhl IHdpa2kuIEkgdGhpbmsgaXTigJlzIG5vdCBhIGdvb2QgcGxhY2UgZm9yIHN0dWZmIHRoYXTigJlz IHZlcnkgdGllZCB0byB0aGUgY29kZSDigJQgaXTigJlzIG11Y2ggYmV0dGVyIHRvIHB1dCB0aGF0 IGluIHJlcG9zIGRpcmVjdGx5LCBJTUhPLg0KDQpDaGVlcnMsDQpEYXZlDQoNClsxXSBodHRwOi8v eGFwaS1wcm9qZWN0LmdpdGh1Yi5pby9nZXR0aW5nLXN0YXJ0ZWQvYXJjaGl0ZWN0dXJlLmh0bWwN ClsyXSBodHRwOi8veGFwaS1wcm9qZWN0LmdpdGh1Yi5pby94ZW4tYXBpL2luZGV4Lmh0bWwNClsz XSBodHRwOi8veGFwaS1wcm9qZWN0LmdpdGh1Yi5pby9kZXNpZ24tZG9jcy9pbmRleC5odG1sCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFp bGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2kt YmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Tue Jan 20 22:03:17 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 20 Jan 2015 22:03: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 1YDgt5-0004si-Pf; Tue, 20 Jan 2015 22:03:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YDgt3-0004sd-Th for xen-api@lists.xenproject.org; Tue, 20 Jan 2015 22:03:02 +0000 Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id 36/92-02953-590DEB45; Tue, 20 Jan 2015 22:03:01 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1421791380!18537599!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29918 invoked from network); 20 Jan 2015 22:03:00 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Jan 2015 22:03:00 -0000 X-IronPort-AV: E=Sophos;i="5.09,437,1418083200"; d="scan'208";a="28806392" From: Dave Scott To: "xen-api@lists.xenproject.org" Thread-Topic: a bit of wiki tidying Thread-Index: AQHQNPzam4NJGN3zSEGLRAGTKv/Hng== Date: Tue, 20 Jan 2015 22:02:59 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: <483C291506040F42B89CFF7EF206D92D@citrix.com> MIME-Version: 1.0 X-DLP: AMS1 Subject: [Xen-API] a bit of wiki tidying 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SGksDQoNCknigJl2ZSBkb25lIGEgbGl0dGxlIGJpdCBvZiBjbGVhbmluZyBvZiB0aGUgWGFwaSBw YWdlcyBvbiB0aGUgWGVuIHByb2plY3Qgd2lraS4gSeKAmXZlDQoNCi0gYWRkZWQgbGlua3MgdG8g b3VyIGFyY2hpdGVjdHVyZSBkb2N1bWVudGF0aW9uWzFdLCBYZW5BUEkgcmVmZXJlbmNlWzJdIGFu ZCBkZXNpZ24gZG9jcyBpbmRleFszXQ0KLSB1bmxpbmtlZCBjb250ZW50IHdoaWNoIHNlZW1lZCB0 byBiZSBhIHRyYW5zbGl0ZXJhdGlvbiBmcm9tIGNvZGUgdG8gRW5nbGlzaCBvZiBhIHByZXZpb3Vz ICh1bmRpc2Nsb3NlZCkgWGFwaSB2ZXJzaW9uIOKAlCBJIHRoaW5rIGZvciB0aGlzIGtpbmQgb2Yg ZGV0YWlsIHRoZSBjb2RlIHdpbGwgYWx3YXlzIGJlIGF1dGhvcml0YXRpdmUsIGFuZCB0aGUgb3V0 LW9mLWRhdGUgd2lraSBjb250ZW50IGlzIG1pc2xlYWRpbmcNCi0gcmV3cml0dGVuIHRoZSBwYWdl IG9uIGNvbXBpbGluZyBYYXBpICh2ZXJ5LCB2ZXJ5IG91dC1vZi1kYXRlKSB0byBkZXNjcmliZSAy IG1vZGVybiB3YXlzIGl0IHNob3VsZCB3b3JrDQotIGFkZGVkIGEgcGFnZSBvbiBEZXNpZ24gYW5k IENvZGUgUmV2aWV3IGRlc2NyaWJpbmcgdGhlIHByb2Nlc3MgdGhhdCBoYXMgYmVlbiBldm9sdmlu ZyByZWNlbnRseQ0KLSBmaWRkbGVkIHdpdGggdGhlIHNlY3Rpb24gaGVhZGluZ3MgYSBiaXQ6IHdl 4oCZdmUgbm93IGdvdCDigJxEZXZlbG9waW5n4oCdIHdoZXJlIHRoZSBjb250ZW50cyB3YXMgZGV2 ZWxvcGVyIHdvcmtmbG93LW9yaWVudGVkIGFuZCDigJxDb25jZXB0c+KAnSB3aGVyZSBtb3JlIGFi c3RyYWN0IHN0dWZmIGlzIGRlc2NyaWJlZA0KDQpUaGVyZeKAmXMgY2xlYXJseSBzdGlsbCBxdWl0 ZSBhIGxvdCB0byBkby4NCg0KSSB0aGluayB0aGUgbmljaGUgdGhhdCB0aGUgd2lraSBvY2N1cGll cyBpcyB0aGF0IGl04oCZcyBhIGdvb2QgcGxhY2UgZm9yIGhvdy10b3MsIEZBUXMsIHRpcHMgYW5k IHRyaWNrcywgcHJvY2VzcyBkZXNjcmlwdGlvbnMgZXRjLiBJIHRoaW5rIGFzIHdlIGNvbWUgYWNy b3NzIHVzZWZ1bCBzdHVmZiBsaWtlIHRoYXQgd2Ugc2hvdWxkIHRyeSB0byBhZGQgaXQgdG8gdGhl IHdpa2kuIEkgdGhpbmsgaXTigJlzIG5vdCBhIGdvb2QgcGxhY2UgZm9yIHN0dWZmIHRoYXTigJlz IHZlcnkgdGllZCB0byB0aGUgY29kZSDigJQgaXTigJlzIG11Y2ggYmV0dGVyIHRvIHB1dCB0aGF0 IGluIHJlcG9zIGRpcmVjdGx5LCBJTUhPLg0KDQpDaGVlcnMsDQpEYXZlDQoNClsxXSBodHRwOi8v eGFwaS1wcm9qZWN0LmdpdGh1Yi5pby9nZXR0aW5nLXN0YXJ0ZWQvYXJjaGl0ZWN0dXJlLmh0bWwN ClsyXSBodHRwOi8veGFwaS1wcm9qZWN0LmdpdGh1Yi5pby94ZW4tYXBpL2luZGV4Lmh0bWwNClsz XSBodHRwOi8veGFwaS1wcm9qZWN0LmdpdGh1Yi5pby9kZXNpZ24tZG9jcy9pbmRleC5odG1sCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi1hcGkgbWFp bGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy9jZ2kt YmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Mon Jan 26 16:38:57 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 26 Jan 2015 16:38: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 1YFmgb-0003xm-Og; Mon, 26 Jan 2015 16:38:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmga-0003xV-7N; Mon, 26 Jan 2015 16:38:48 +0000 Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id 40/71-19044-79D66C45; Mon, 26 Jan 2015 16:38:47 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1422290326!23075082!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23471 invoked from network); 26 Jan 2015 16:38:46 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 16:38:46 -0000 Received: by mail-lb0-f171.google.com with SMTP id u14so8496288lbd.2; Mon, 26 Jan 2015 08:38:46 -0800 (PST) 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=7G4kaLfOiK7iZ5ECAokrrwZ0E1Qw/YRByY+P16u68Tg=; b=ZelLSa3tSeclgZ7nwuKC1jzonNzN5m022zhO9YmRRdsPvsCby4XBXevX4E4+W4fdDJ bTcFxJg6ntRA3NZoZbmzmNrvGDT9UWuQML2fOVuQdG2ZxZePiu7bVIuCDsAXeEDgzaoA nFzUB7YRY0QArXJQaExnejua624LpS7RYWNNJz5HYHMTlniuPihRx6kxMusEGgtrNd5u TjwG7f+yQ1Aw7k578MTrn4EVpmFI9dtxvEkRvssGo5FleNAgWth5suCY+F/UmvJ0JKGS QQfZbrBpajr0WEOaunO7VoMwp7S9RaQUsupo0DD1h8nSGq6asutMXxq8YBc7OYFlyuYp keLg== MIME-Version: 1.0 X-Received: by 10.152.234.35 with SMTP id ub3mr22308021lac.70.1422290325892; Mon, 26 Jan 2015 08:38:45 -0800 (PST) Received: by 10.112.16.130 with HTTP; Mon, 26 Jan 2015 08:38:45 -0800 (PST) Date: Mon, 26 Jan 2015 11:38:45 -0500 X-Google-Sender-Auth: VDZY1k_oLlrdvUi1e9mNArQRsXk Message-ID: From: Russ Pavlicek To: xen-devel@lists.xenproject.org, "xen-users@lists.xen.org" , xen-api@lists.xen.org, xs-devel@lists.xenserver.org, mirageos-devel@lists.xenproject.org Subject: [Xen-API] Xen Project Document Day this Wednesday, January 28: The Great 4.5 Clean-Up 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 We want to begin this year by making sure that our documentation is correct for the recent 4.5 release. Do you have new feature information? Do you see old information which will confuse new users (especially those which rely on the xm command instead of xl)? Do you know of best practices which change in the 4.5 release? This is the day to focus on cleaning up these things and anything else relating to the 4.5 release. All the information you need to participate in Document Day is here: http://wiki.xenproject.org/wiki/Xen_Document_Days Also take a look at the current TODO list to see other items which need attention: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO Please think about how you can help out. If you haven't requested to be made a Wiki editor, save time and do it now so you are ready to go on Document Day. Just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html We hope to see you Wednesday in #xendocs! _______________________________________________ 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 Jan 26 16:38:57 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 26 Jan 2015 16:38: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 1YFmgb-0003xm-Og; Mon, 26 Jan 2015 16:38:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFmga-0003xV-7N; Mon, 26 Jan 2015 16:38:48 +0000 Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id 40/71-19044-79D66C45; Mon, 26 Jan 2015 16:38:47 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1422290326!23075082!1 X-Originating-IP: [209.85.217.171] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23471 invoked from network); 26 Jan 2015 16:38:46 -0000 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 26 Jan 2015 16:38:46 -0000 Received: by mail-lb0-f171.google.com with SMTP id u14so8496288lbd.2; Mon, 26 Jan 2015 08:38:46 -0800 (PST) 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=7G4kaLfOiK7iZ5ECAokrrwZ0E1Qw/YRByY+P16u68Tg=; b=ZelLSa3tSeclgZ7nwuKC1jzonNzN5m022zhO9YmRRdsPvsCby4XBXevX4E4+W4fdDJ bTcFxJg6ntRA3NZoZbmzmNrvGDT9UWuQML2fOVuQdG2ZxZePiu7bVIuCDsAXeEDgzaoA nFzUB7YRY0QArXJQaExnejua624LpS7RYWNNJz5HYHMTlniuPihRx6kxMusEGgtrNd5u TjwG7f+yQ1Aw7k578MTrn4EVpmFI9dtxvEkRvssGo5FleNAgWth5suCY+F/UmvJ0JKGS QQfZbrBpajr0WEOaunO7VoMwp7S9RaQUsupo0DD1h8nSGq6asutMXxq8YBc7OYFlyuYp keLg== MIME-Version: 1.0 X-Received: by 10.152.234.35 with SMTP id ub3mr22308021lac.70.1422290325892; Mon, 26 Jan 2015 08:38:45 -0800 (PST) Received: by 10.112.16.130 with HTTP; Mon, 26 Jan 2015 08:38:45 -0800 (PST) Date: Mon, 26 Jan 2015 11:38:45 -0500 X-Google-Sender-Auth: VDZY1k_oLlrdvUi1e9mNArQRsXk Message-ID: From: Russ Pavlicek To: xen-devel@lists.xenproject.org, "xen-users@lists.xen.org" , xen-api@lists.xen.org, xs-devel@lists.xenserver.org, mirageos-devel@lists.xenproject.org Subject: [Xen-API] Xen Project Document Day this Wednesday, January 28: The Great 4.5 Clean-Up 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 We want to begin this year by making sure that our documentation is correct for the recent 4.5 release. Do you have new feature information? Do you see old information which will confuse new users (especially those which rely on the xm command instead of xl)? Do you know of best practices which change in the 4.5 release? This is the day to focus on cleaning up these things and anything else relating to the 4.5 release. All the information you need to participate in Document Day is here: http://wiki.xenproject.org/wiki/Xen_Document_Days Also take a look at the current TODO list to see other items which need attention: http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO Please think about how you can help out. If you haven't requested to be made a Wiki editor, save time and do it now so you are ready to go on Document Day. Just fill out the form below: http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html We hope to see you Wednesday in #xendocs! _______________________________________________ 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 Jan 26 23:41:11 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 26 Jan 2015 23:41: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 1YFtH9-00020E-JV; Mon, 26 Jan 2015 23:40:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFoK0-0005U9-Rr for xen-api@lists.xenproject.org; Mon, 26 Jan 2015 18:23:36 +0000 Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id 3F/90-11498-82686C45; Mon, 26 Jan 2015 18:23:36 +0000 X-Env-Sender: john.thompson@teamaol.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1422296614!20238412!1 X-Originating-IP: [64.12.143.78] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2362 invoked from network); 26 Jan 2015 18:23:35 -0000 Received: from omr-m04.mx.aol.com (HELO omr-m04.mx.aol.com) (64.12.143.78) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2015 18:23:35 -0000 Received: from EXCH-M02.ad.teamaol.com (mr1nas-a-v14o.office.aol.com [10.178.122.59]) by omr-m04.mx.aol.com (Outbound Mail Relay) with ESMTP id 9707D70337E4F; Mon, 26 Jan 2015 13:23:34 -0500 (EST) Received: from exmb-l02.ad.teamaol.com ([169.254.5.36]) by EXCH-M02.ad.teamaol.com ([10.178.122.59]) with mapi id 14.03.0195.001; Mon, 26 Jan 2015 13:23:34 -0500 From: "Thompson, John" To: "xen-api@lists.xenproject.org" , "xs-devel@lists.xenserver.org" Thread-Topic: pipes not closing when using Python xenapi Thread-Index: AQHQOZUxH/ZQGFyfykeKmix4sH93vg== Date: Mon, 26 Jan 2015 18:23:34 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.20.15.1] Content-ID: <3793F96E0E76234FABEDD4211273D301@teamaol.com> MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 26 Jan 2015 23:40:58 +0000 Subject: [Xen-API] pipes not closing when using Python 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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org My script is very simple: #!/usr/bin/env python import XenAPI def main(session): print session.xenapi.VM.get_all() url =3D =93http://example.com" session =3D XenAPI.Session(url) session.xenapi.login_with_password(=91foo=92,=92bar') try: main(session) finally: session.xenapi.session.logout() =97=97 It runs successfully, but every time it runs, it leaves open pipes. This is before and after running it 10 times: [root@id-324668 log]# lsof | grep ^xapi | grep pipe | wc -l 119 [root@id-324668 log]# lsof | grep ^xapi | grep pipe | wc -l 129 Logs show that sessions are successfully being created and destroyed, and a= packet capture shows the rpc calls going through and being answered with O= K 200s. Thanks for your help. _______________________________________________ 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 Jan 26 23:41:11 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 26 Jan 2015 23:41: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 1YFtH9-00020E-JV; Mon, 26 Jan 2015 23:40:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YFoK0-0005U9-Rr for xen-api@lists.xenproject.org; Mon, 26 Jan 2015 18:23:36 +0000 Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id 3F/90-11498-82686C45; Mon, 26 Jan 2015 18:23:36 +0000 X-Env-Sender: john.thompson@teamaol.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1422296614!20238412!1 X-Originating-IP: [64.12.143.78] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2362 invoked from network); 26 Jan 2015 18:23:35 -0000 Received: from omr-m04.mx.aol.com (HELO omr-m04.mx.aol.com) (64.12.143.78) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 26 Jan 2015 18:23:35 -0000 Received: from EXCH-M02.ad.teamaol.com (mr1nas-a-v14o.office.aol.com [10.178.122.59]) by omr-m04.mx.aol.com (Outbound Mail Relay) with ESMTP id 9707D70337E4F; Mon, 26 Jan 2015 13:23:34 -0500 (EST) Received: from exmb-l02.ad.teamaol.com ([169.254.5.36]) by EXCH-M02.ad.teamaol.com ([10.178.122.59]) with mapi id 14.03.0195.001; Mon, 26 Jan 2015 13:23:34 -0500 From: "Thompson, John" To: "xen-api@lists.xenproject.org" , "xs-devel@lists.xenserver.org" Thread-Topic: pipes not closing when using Python xenapi Thread-Index: AQHQOZUxH/ZQGFyfykeKmix4sH93vg== Date: Mon, 26 Jan 2015 18:23:34 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.20.15.1] Content-ID: <3793F96E0E76234FABEDD4211273D301@teamaol.com> MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 26 Jan 2015 23:40:58 +0000 Subject: [Xen-API] pipes not closing when using Python 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="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org My script is very simple: #!/usr/bin/env python import XenAPI def main(session): print session.xenapi.VM.get_all() url =3D =93http://example.com" session =3D XenAPI.Session(url) session.xenapi.login_with_password(=91foo=92,=92bar') try: main(session) finally: session.xenapi.session.logout() =97=97 It runs successfully, but every time it runs, it leaves open pipes. This is before and after running it 10 times: [root@id-324668 log]# lsof | grep ^xapi | grep pipe | wc -l 119 [root@id-324668 log]# lsof | grep ^xapi | grep pipe | wc -l 129 Logs show that sessions are successfully being created and destroyed, and a= packet capture shows the rpc calls going through and being answered with O= K 200s. Thanks for your help. _______________________________________________ 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 Jan 27 21:03:20 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 27 Jan 2015 21:03:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGDHv-0002Rq-MG; Tue, 27 Jan 2015 21:03:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGDHu-0002PP-3w for xen-api@lists.xenproject.org; Tue, 27 Jan 2015 21:03:06 +0000 Received: from [85.158.139.211] by server-11.bemta-5.messagelabs.com id 96/FF-07400-90DF7C45; Tue, 27 Jan 2015 21:03:05 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1422392584!17621200!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6635 invoked from network); 27 Jan 2015 21:03:04 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jan 2015 21:03:04 -0000 X-IronPort-AV: E=Sophos;i="5.09,476,1418083200"; d="scan'208";a="29974172" From: Dave Scott To: "xen-api@lists.xenproject.org" Thread-Topic: improving the XenAPI docs Thread-Index: AQHQOnSgKkm0Jeb7d0yIw43IezOPhA== Date: Tue, 27 Jan 2015 21:02:58 +0000 Message-ID: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: xs-devel Subject: [Xen-API] improving the XenAPI docs 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SGksDQoNCknigJl2ZSBiZWVuIHRoaW5raW5nIGFib3V0IGhvdyB0byBpbXByb3ZlIHRoZSBYZW5B UEkgcmVmZXJlbmNlWzFdLiBUaGUgdGhpbmdzIEkgbGlrZSBhYm91dCB0aGUgcmVmZXJlbmNlIGFy ZToNCg0KLSBpdOKAmXMgZ2VuZXJhdGVkIGZyb20gdGhlIElETCwgc28gaXTigJlzIGFsd2F5cyB1 cCB0byBkYXRlDQotIGl04oCZcyBnb3QgZXZlcnl0aGluZyBpbiBpdA0KDQpUaGUgdGhpbmdzIEkg ZG9u4oCZdCBsaWtlIGFib3V0IHRoZSByZWZlcmVuY2UgYXJlOg0KDQotIGl04oCZcyBnb3QgZXZl cnl0aGluZyBpbiBpdOKApiBpbiBhbHBoYWJldGljYWwgb3JkZXIsIHJhdGhlciB0aGFuIGluIGFu eSBraW5kIG9mIHVzZWZ1bG5lc3Mgb3JkZXINCi0gdGhlIGRlc2NyaXB0aW9ucyBvZiBmaWVsZHMv IGZ1bmN0aW9ucyBhcmXigKYgdGVyc2UgKGFuZCBvZnRlbiB0YXV0b2xvZ291cykNCi0gdGhlcmUg YXJlIG5vIGluLWxpbmUgZXhhbXBsZXMNCg0KSeKAmWQgbGlrZSB0byBpbXByb3ZlIHRoZSByZWZl cmVuY2UgYnkgbWFraW5nIDIgZXh0ZW5zaW9uczoNCg0KMS4gSeKAmWQgbGlrZSB0byBhZGQgdGFn cyB0byBlYWNoIGZpZWxkIGFuZCBmdW5jdGlvbiwgYW5kIGFsbG93IHRoZSBkb2NzIHRvIGJlIHNl YXJjaGVkIGJ5IHRhZyAoZS5nLiBmaW5kIGFsbCB0aGUgZmllbGRzIGFuZCBmdW5jdGlvbnMgcmVs YXRlZCB0byDigJxzbmFwc2hvdHPigJ0pIEEgd2VsbC1rbm93biB0YWcgbmFtZSB3b3VsZCBiZSDi gJxjb3Jl4oCdIG1lYW5pbmcg4oCcc3R1ZmYgeW91IG5lZWQgdG8ga25vd+KAnSBhbmQgSSBwcm9w b3NlIHdlIGVpdGhlciBmaWx0ZXIgZm9yIHRoYXQgYnkgZGVmYXVsdCwgb3IgYXQgbGVhc3QgcmUt b3JkZXIgdGhlIGVsZW1lbnRzIHNvIHdlIGhhdmUgY29yZSBmaXJzdC4NCg0KMi4gSeKAmWQgbGlr ZSB0byBjcmVhdGUgYSBzcGFyc2UgZmlsZSBvdmVybGF5IHBlci1BUEkgaW4gdGhlIHhlbi1hcGkg cmVwby4gQW4gb3ZlcmxheSBmaWxlIOKAlCBpZiBpdCBleGlzdHMg4oCUIHdvdWxkIG92ZXJyaWRl IHdoYXRldmVyIHRlcnNlIGRlc2NyaXB0aW9uIGV4aXN0cyBpbiB0aGUgcmF3IElETC4gVGhlIG92 ZXJsYXkgd291bGQgYmUgd3JpdHRlbiBpbiBtYXJrZG93biBhbmQgd291bGQgY29udGFpbiBwYXJh Z3JhcGhzIG9mIGRlc2NyaXB0aW9uLCBsaW5rcyBhbmQgZXhhbXBsZSB1c2FnZXMuIEl0IHdvdWxk IGJlIGVhc3kgdG8gYWRkIGFuIG92ZXJsYXkgdG8gdGhlIHJlcG8gd2l0aG91dCBicmVha2luZyB0 aGUgYnVpbGQgKGkuZS4gdGhlcmXigJlzIG5vIG5lZWQgdG8ga2VlcCBhbGwgdGhlIGRvY3MgaW5z aWRlIHRoZSBjb2RlIGFzIHdlbGwtcXVvdGVkIHN0cmluZ3Mgd2hlcmUgeW91IGhhdmUgdG8gc2F0 aXNmeSB0aGUgY29tcGlsZXIpLg0KDQpUaG91Z2h0cy8gc3VnZ2VzdGlvbnMvIGltcHJvdmVtZW50 cyB3ZWxjb21lIQ0KDQpDaGVlcnMsDQpEYXZlDQoNClsxXSBUaGVyZeKAmXMgbW9yZSB0aGFuIG9u ZSBjb3B5IG9uIHRoZSB3ZWIsIGJ1dCBoZXJl4oCZcyB0aGUgb25lIEkgd2FzIGxvb2tpbmcgYXQ6 IGh0dHA6Ly94YXBpLXByb2plY3QuZ2l0aHViLmlvL3hlbi1hcGkvaW5kZXguaHRtbApfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tYXBpIG1haWxpbmcg bGlzdApYZW4tYXBpQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9t YWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkK From xen-api-bounces@lists.xen.org Tue Jan 27 21:03:20 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 27 Jan 2015 21:03:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGDHv-0002Rq-MG; Tue, 27 Jan 2015 21:03:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGDHu-0002PP-3w for xen-api@lists.xenproject.org; Tue, 27 Jan 2015 21:03:06 +0000 Received: from [85.158.139.211] by server-11.bemta-5.messagelabs.com id 96/FF-07400-90DF7C45; Tue, 27 Jan 2015 21:03:05 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1422392584!17621200!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6635 invoked from network); 27 Jan 2015 21:03:04 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jan 2015 21:03:04 -0000 X-IronPort-AV: E=Sophos;i="5.09,476,1418083200"; d="scan'208";a="29974172" From: Dave Scott To: "xen-api@lists.xenproject.org" Thread-Topic: improving the XenAPI docs Thread-Index: AQHQOnSgKkm0Jeb7d0yIw43IezOPhA== Date: Tue, 27 Jan 2015 21:02:58 +0000 Message-ID: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: xs-devel Subject: [Xen-API] improving the XenAPI docs 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org SGksDQoNCknigJl2ZSBiZWVuIHRoaW5raW5nIGFib3V0IGhvdyB0byBpbXByb3ZlIHRoZSBYZW5B UEkgcmVmZXJlbmNlWzFdLiBUaGUgdGhpbmdzIEkgbGlrZSBhYm91dCB0aGUgcmVmZXJlbmNlIGFy ZToNCg0KLSBpdOKAmXMgZ2VuZXJhdGVkIGZyb20gdGhlIElETCwgc28gaXTigJlzIGFsd2F5cyB1 cCB0byBkYXRlDQotIGl04oCZcyBnb3QgZXZlcnl0aGluZyBpbiBpdA0KDQpUaGUgdGhpbmdzIEkg ZG9u4oCZdCBsaWtlIGFib3V0IHRoZSByZWZlcmVuY2UgYXJlOg0KDQotIGl04oCZcyBnb3QgZXZl cnl0aGluZyBpbiBpdOKApiBpbiBhbHBoYWJldGljYWwgb3JkZXIsIHJhdGhlciB0aGFuIGluIGFu eSBraW5kIG9mIHVzZWZ1bG5lc3Mgb3JkZXINCi0gdGhlIGRlc2NyaXB0aW9ucyBvZiBmaWVsZHMv IGZ1bmN0aW9ucyBhcmXigKYgdGVyc2UgKGFuZCBvZnRlbiB0YXV0b2xvZ291cykNCi0gdGhlcmUg YXJlIG5vIGluLWxpbmUgZXhhbXBsZXMNCg0KSeKAmWQgbGlrZSB0byBpbXByb3ZlIHRoZSByZWZl cmVuY2UgYnkgbWFraW5nIDIgZXh0ZW5zaW9uczoNCg0KMS4gSeKAmWQgbGlrZSB0byBhZGQgdGFn cyB0byBlYWNoIGZpZWxkIGFuZCBmdW5jdGlvbiwgYW5kIGFsbG93IHRoZSBkb2NzIHRvIGJlIHNl YXJjaGVkIGJ5IHRhZyAoZS5nLiBmaW5kIGFsbCB0aGUgZmllbGRzIGFuZCBmdW5jdGlvbnMgcmVs YXRlZCB0byDigJxzbmFwc2hvdHPigJ0pIEEgd2VsbC1rbm93biB0YWcgbmFtZSB3b3VsZCBiZSDi gJxjb3Jl4oCdIG1lYW5pbmcg4oCcc3R1ZmYgeW91IG5lZWQgdG8ga25vd+KAnSBhbmQgSSBwcm9w b3NlIHdlIGVpdGhlciBmaWx0ZXIgZm9yIHRoYXQgYnkgZGVmYXVsdCwgb3IgYXQgbGVhc3QgcmUt b3JkZXIgdGhlIGVsZW1lbnRzIHNvIHdlIGhhdmUgY29yZSBmaXJzdC4NCg0KMi4gSeKAmWQgbGlr ZSB0byBjcmVhdGUgYSBzcGFyc2UgZmlsZSBvdmVybGF5IHBlci1BUEkgaW4gdGhlIHhlbi1hcGkg cmVwby4gQW4gb3ZlcmxheSBmaWxlIOKAlCBpZiBpdCBleGlzdHMg4oCUIHdvdWxkIG92ZXJyaWRl IHdoYXRldmVyIHRlcnNlIGRlc2NyaXB0aW9uIGV4aXN0cyBpbiB0aGUgcmF3IElETC4gVGhlIG92 ZXJsYXkgd291bGQgYmUgd3JpdHRlbiBpbiBtYXJrZG93biBhbmQgd291bGQgY29udGFpbiBwYXJh Z3JhcGhzIG9mIGRlc2NyaXB0aW9uLCBsaW5rcyBhbmQgZXhhbXBsZSB1c2FnZXMuIEl0IHdvdWxk IGJlIGVhc3kgdG8gYWRkIGFuIG92ZXJsYXkgdG8gdGhlIHJlcG8gd2l0aG91dCBicmVha2luZyB0 aGUgYnVpbGQgKGkuZS4gdGhlcmXigJlzIG5vIG5lZWQgdG8ga2VlcCBhbGwgdGhlIGRvY3MgaW5z aWRlIHRoZSBjb2RlIGFzIHdlbGwtcXVvdGVkIHN0cmluZ3Mgd2hlcmUgeW91IGhhdmUgdG8gc2F0 aXNmeSB0aGUgY29tcGlsZXIpLg0KDQpUaG91Z2h0cy8gc3VnZ2VzdGlvbnMvIGltcHJvdmVtZW50 cyB3ZWxjb21lIQ0KDQpDaGVlcnMsDQpEYXZlDQoNClsxXSBUaGVyZeKAmXMgbW9yZSB0aGFuIG9u ZSBjb3B5IG9uIHRoZSB3ZWIsIGJ1dCBoZXJl4oCZcyB0aGUgb25lIEkgd2FzIGxvb2tpbmcgYXQ6 IGh0dHA6Ly94YXBpLXByb2plY3QuZ2l0aHViLmlvL3hlbi1hcGkvaW5kZXguaHRtbApfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tYXBpIG1haWxpbmcg bGlzdApYZW4tYXBpQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcvY2dpLWJpbi9t YWlsbWFuL2xpc3RpbmZvL3hlbi1hcGkK From xen-api-bounces@lists.xen.org Tue Jan 27 22:59:18 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 27 Jan 2015 22: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 1YGF69-0001Q2-Sz; Tue, 27 Jan 2015 22:59:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGF68-0001Px-Nc for xen-api@lists.xenproject.org; Tue, 27 Jan 2015 22:59:04 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id 36/41-16320-73818C45; Tue, 27 Jan 2015 22:59:03 +0000 X-Env-Sender: jesse.benedict@citrix.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1422399541!7275884!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20789 invoked from network); 27 Jan 2015 22:59:02 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jan 2015 22:59:02 -0000 X-IronPort-AV: E=Sophos;i="5.09,477,1418083200"; d="scan'208";a="221075746" From: Jesse Benedict To: xs-devel , "xen-api@lists.xenproject.org" Thread-Topic: improving the XenAPI docs Thread-Index: AQHQOnSgKkm0Jeb7d0yIw43IezOPhJzUj+Kg Date: Tue, 27 Jan 2015 22:59:00 +0000 Message-ID: References: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> In-Reply-To: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Content-Type: multipart/mixed; boundary="_002_B8C24FCCBFC459419478083491FF39E20694E4BBFTLPEX01CL02cit_" MIME-Version: 1.0 X-DLP: MIA2 Subject: Re: [Xen-API] improving the XenAPI docs 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: , Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --_002_B8C24FCCBFC459419478083491FF39E20694E4BBFTLPEX01CL02cit_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSByZWFsbHkgbGlrZSB0aGUgaWRlYSENCg0KV2l0aCByZWdhcmRzIHRvIHRoZSBncm91cGluZyAt IEkgdGhpbmsgSSBjYW4gaGVscCBhbmQgYXR0YWNoZWQgaXMgYSBmaWxlLiAgVGhlICJ4ZSBoZWxw IC0tYWxsIiBjb21tYW5kIGdyb3VwcyBhbGwgNDE3KyBjb21tYW5kcyBpbnRvIHRoZWlyIGxvZ2lj YWwgb3JkZXIuICBXaXRoIGVhY2ggcmVsZWFzZSwgSSBoYXZlIGEgc2ltcGxlIFBlcmwgc2NyaXB0 IHRoYXQgZXh0cmFjdHMgdGhpcyBzbyBJIGNhbiBpbmplY3QgaXQgaW50byBhIFdvcmQgRG9jdW1l bnQgZm9yIHNoYXJpbmcsIGtub3dsZWRnZSwgYW5kIG15ICJhZ2luZyBicmFpbiIuDQoNCldpdGgg cmVnYXJkcyB0byB0aGUgQVBJLCBJIHdvdWxkIHJlYWxseSBsaWtlIHRvIHNlZSBleGFtcGxlcyAt IGJhc2VkIG9uIHRoZSBTREsgYW5kIHRoaXJkLXBhcnR5IGNvZGUgc3VwcG9ydGVkIC0gdG8gZ2l2 ZSBhbiBleGFtcGxlIG9mIGhvdyBlYWNoIGNhbGwgY291bGQgYmUgdXNlZC4gIFRoYXQgbWF5IHRh a2Ugc29tZSB0aW1lLCBidXQgd291bGQgZGVmaW5pdGVseSBiZSB3b3J0aCB0aGUgZWZmb3J0IGlu IHRoZSBsb25nIHJ1bi4NCg0KU2luY2VyZWx5LA0KDQoNCkplc3NlIEJlbmVkaWN0LCBDQ1NQLCBD Q0EgfCBTci4gVGVjaG5pY2FsIFN1cHBvcnQgKDEwOjAwIOKAkyAxOTowMCBFU1QpIHwgQ2l0cml4 IFN5c3RlbXMsIEluYy4gDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IHhz LWRldmVsLXJlcXVlc3RAbGlzdHMueGVuc2VydmVyLm9yZyBbbWFpbHRvOnhzLWRldmVsLXJlcXVl c3RAbGlzdHMueGVuc2VydmVyLm9yZ10gT24gQmVoYWxmIE9mIERhdmUgU2NvdHQNClNlbnQ6IFR1 ZXNkYXksIEphbnVhcnkgMjcsIDIwMTUgNDowMyBQTQ0KVG86IHhlbi1hcGlAbGlzdHMueGVucHJv amVjdC5vcmcNCkNjOiB4cy1kZXZlbA0KU3ViamVjdDogW3hzLWRldmVsXSBpbXByb3ZpbmcgdGhl IFhlbkFQSSBkb2NzDQoNCkhpLA0KDQpJ4oCZdmUgYmVlbiB0aGlua2luZyBhYm91dCBob3cgdG8g aW1wcm92ZSB0aGUgWGVuQVBJIHJlZmVyZW5jZVsxXS4gVGhlIHRoaW5ncyBJIGxpa2UgYWJvdXQg dGhlIHJlZmVyZW5jZSBhcmU6DQoNCi0gaXTigJlzIGdlbmVyYXRlZCBmcm9tIHRoZSBJREwsIHNv IGl04oCZcyBhbHdheXMgdXAgdG8gZGF0ZQ0KLSBpdOKAmXMgZ290IGV2ZXJ5dGhpbmcgaW4gaXQN Cg0KVGhlIHRoaW5ncyBJIGRvbuKAmXQgbGlrZSBhYm91dCB0aGUgcmVmZXJlbmNlIGFyZToNCg0K LSBpdOKAmXMgZ290IGV2ZXJ5dGhpbmcgaW4gaXTigKYgaW4gYWxwaGFiZXRpY2FsIG9yZGVyLCBy YXRoZXIgdGhhbiBpbiBhbnkga2luZCBvZiB1c2VmdWxuZXNzIG9yZGVyDQotIHRoZSBkZXNjcmlw dGlvbnMgb2YgZmllbGRzLyBmdW5jdGlvbnMgYXJl4oCmIHRlcnNlIChhbmQgb2Z0ZW4gdGF1dG9s b2dvdXMpDQotIHRoZXJlIGFyZSBubyBpbi1saW5lIGV4YW1wbGVzDQoNCknigJlkIGxpa2UgdG8g aW1wcm92ZSB0aGUgcmVmZXJlbmNlIGJ5IG1ha2luZyAyIGV4dGVuc2lvbnM6DQoNCjEuIEnigJlk IGxpa2UgdG8gYWRkIHRhZ3MgdG8gZWFjaCBmaWVsZCBhbmQgZnVuY3Rpb24sIGFuZCBhbGxvdyB0 aGUgZG9jcyB0byBiZSBzZWFyY2hlZCBieSB0YWcgKGUuZy4gZmluZCBhbGwgdGhlIGZpZWxkcyBh bmQgZnVuY3Rpb25zIHJlbGF0ZWQgdG8g4oCcc25hcHNob3Rz4oCdKSBBIHdlbGwta25vd24gdGFn IG5hbWUgd291bGQgYmUg4oCcY29yZeKAnSBtZWFuaW5nIOKAnHN0dWZmIHlvdSBuZWVkIHRvIGtu b3figJ0gYW5kIEkgcHJvcG9zZSB3ZSBlaXRoZXIgZmlsdGVyIGZvciB0aGF0IGJ5IGRlZmF1bHQs IG9yIGF0IGxlYXN0IHJlLW9yZGVyIHRoZSBlbGVtZW50cyBzbyB3ZSBoYXZlIGNvcmUgZmlyc3Qu DQoNCjIuIEnigJlkIGxpa2UgdG8gY3JlYXRlIGEgc3BhcnNlIGZpbGUgb3ZlcmxheSBwZXItQVBJ IGluIHRoZSB4ZW4tYXBpIHJlcG8uIEFuIG92ZXJsYXkgZmlsZSDigJQgaWYgaXQgZXhpc3RzIOKA lCB3b3VsZCBvdmVycmlkZSB3aGF0ZXZlciB0ZXJzZSBkZXNjcmlwdGlvbiBleGlzdHMgaW4gdGhl IHJhdyBJREwuIFRoZSBvdmVybGF5IHdvdWxkIGJlIHdyaXR0ZW4gaW4gbWFya2Rvd24gYW5kIHdv dWxkIGNvbnRhaW4gcGFyYWdyYXBocyBvZiBkZXNjcmlwdGlvbiwgbGlua3MgYW5kIGV4YW1wbGUg dXNhZ2VzLiBJdCB3b3VsZCBiZSBlYXN5IHRvIGFkZCBhbiBvdmVybGF5IHRvIHRoZSByZXBvIHdp dGhvdXQgYnJlYWtpbmcgdGhlIGJ1aWxkIChpLmUuIHRoZXJl4oCZcyBubyBuZWVkIHRvIGtlZXAg YWxsIHRoZSBkb2NzIGluc2lkZSB0aGUgY29kZSBhcyB3ZWxsLXF1b3RlZCBzdHJpbmdzIHdoZXJl IHlvdSBoYXZlIHRvIHNhdGlzZnkgdGhlIGNvbXBpbGVyKS4NCg0KVGhvdWdodHMvIHN1Z2dlc3Rp b25zLyBpbXByb3ZlbWVudHMgd2VsY29tZSENCg0KQ2hlZXJzLA0KRGF2ZQ0KDQpbMV0gVGhlcmXi gJlzIG1vcmUgdGhhbiBvbmUgY29weSBvbiB0aGUgd2ViLCBidXQgaGVyZeKAmXMgdGhlIG9uZSBJ IHdhcyBsb29raW5nIGF0OiBodHRwOi8veGFwaS1wcm9qZWN0LmdpdGh1Yi5pby94ZW4tYXBpL2lu ZGV4Lmh0bWwNCg== --_002_B8C24FCCBFC459419478083491FF39E20694E4BBFTLPEX01CL02cit_ Content-Type: application/octet-stream; name="6.5 COMMANDS" Content-Description: 6.5 COMMANDS Content-Disposition: attachment; filename="6.5 COMMANDS"; size=8893; creation-date="Tue, 27 Jan 2015 22:58:43 GMT"; modification-date="Tue, 27 Jan 2015 22:58:43 GMT" Content-Transfer-Encoding: base64 SE9TVCBDT01NQU5EUw0Kfn5+fn5+fn5+fn5+fg0KaG9zdC1hbGwtZWRpdGlvbnMNCmhvc3QtYXBw bHktZWRpdGlvbg0KaG9zdC1iYWNrdXANCmhvc3QtYnVncmVwb3J0LXVwbG9hZA0KaG9zdC1jYWxs LXBsdWdpbg0KaG9zdC1jb21wdXRlLWZyZWUtbWVtb3J5DQpob3N0LWNvbXB1dGUtbWVtb3J5LW92 ZXJoZWFkDQpob3N0LWNwdS1pbmZvDQpob3N0LWNwdS1saXN0DQpob3N0LWNwdS1wYXJhbS1nZXQN Cmhvc3QtY3B1LXBhcmFtLWxpc3QNCmhvc3QtY3Jhc2hkdW1wLWRlc3Ryb3kNCmhvc3QtY3Jhc2hk dW1wLWxpc3QNCmhvc3QtY3Jhc2hkdW1wLXBhcmFtLWdldA0KaG9zdC1jcmFzaGR1bXAtcGFyYW0t bGlzdA0KaG9zdC1jcmFzaGR1bXAtdXBsb2FkDQpob3N0LWRhdGEtc291cmNlLWZvcmdldA0KaG9z dC1kYXRhLXNvdXJjZS1saXN0DQpob3N0LWRhdGEtc291cmNlLXF1ZXJ5DQpob3N0LWRhdGEtc291 cmNlLXJlY29yZA0KaG9zdC1kZWNsYXJlLWRlYWQNCmhvc3QtZGlzYWJsZQ0KaG9zdC1kaXNhYmxl LWxvY2FsLXN0b3JhZ2UtY2FjaGluZw0KaG9zdC1kbWVzZw0KaG9zdC1lbWVyZ2VuY3ktaGEtZGlz YWJsZQ0KaG9zdC1lbWVyZ2VuY3ktbWFuYWdlbWVudC1yZWNvbmZpZ3VyZQ0KaG9zdC1lbmFibGUN Cmhvc3QtZW5hYmxlLWxvY2FsLXN0b3JhZ2UtY2FjaGluZw0KaG9zdC1ldmFjdWF0ZQ0KaG9zdC1m b3JnZXQNCmhvc3QtZ2V0LWNwdS1mZWF0dXJlcw0KaG9zdC1nZXQtc2VydmVyLWNlcnRpZmljYXRl DQpob3N0LWdldC1zbS1kaWFnbm9zdGljcw0KaG9zdC1nZXQtc3lzdGVtLXN0YXR1cw0KaG9zdC1n ZXQtc3lzdGVtLXN0YXR1cy1jYXBhYmlsaXRpZXMNCmhvc3QtZ2V0LXRocmVhZC1kaWFnbm9zdGlj cw0KaG9zdC1nZXQtdm1zLXdoaWNoLXByZXZlbnQtZXZhY3VhdGlvbg0KaG9zdC1pcy1pbi1lbWVy Z2VuY3ktbW9kZQ0KaG9zdC1saWNlbnNlLXZpZXcNCmhvc3QtbGlzdA0KaG9zdC1sb2dzLWRvd25s b2FkDQpob3N0LW1hbmFnZW1lbnQtZGlzYWJsZQ0KaG9zdC1tYW5hZ2VtZW50LXJlY29uZmlndXJl DQpob3N0LXBhcmFtLWFkZA0KaG9zdC1wYXJhbS1jbGVhcg0KaG9zdC1wYXJhbS1nZXQNCmhvc3Qt cGFyYW0tbGlzdA0KaG9zdC1wYXJhbS1yZW1vdmUNCmhvc3QtcGFyYW0tc2V0DQpob3N0LXBvd2Vy LW9uDQpob3N0LXJlYm9vdA0KaG9zdC1yZXNldC1jcHUtZmVhdHVyZXMNCmhvc3QtcmVzdG9yZQ0K aG9zdC1zZW5kLWRlYnVnLWtleXMNCmhvc3Qtc2V0LWNwdS1mZWF0dXJlcw0KaG9zdC1zZXQtaG9z dG5hbWUtbGl2ZQ0KaG9zdC1zZXQtcG93ZXItb24tbW9kZQ0KaG9zdC1zaHV0ZG93bg0KaG9zdC1z aHV0ZG93bi1hZ2VudA0KaG9zdC1zbS1kcC1kZXN0cm95DQpob3N0LXN5bmMtZGF0YQ0KaG9zdC1z eXNsb2ctcmVjb25maWd1cmUNCg0KVk0gQ09NTUFORFMNCn5+fn5+fn5+fn5+DQp2bS1hc3NlcnQt Y2FuLWJlLXJlY292ZXJlZA0Kdm0tY2QtYWRkDQp2bS1jZC1lamVjdA0Kdm0tY2QtaW5zZXJ0DQp2 bS1jZC1saXN0DQp2bS1jZC1yZW1vdmUNCnZtLWNoZWNrcG9pbnQNCnZtLWNsb25lDQp2bS1jb21w dXRlLW1heGltdW0tbWVtb3J5DQp2bS1jb21wdXRlLW1lbW9yeS1vdmVyaGVhZA0Kdm0tY29weQ0K dm0tY29weS1iaW9zLXN0cmluZ3MNCnZtLWNyYXNoZHVtcC1saXN0DQp2bS1kYXRhLXNvdXJjZS1m b3JnZXQNCnZtLWRhdGEtc291cmNlLWxpc3QNCnZtLWRhdGEtc291cmNlLXF1ZXJ5DQp2bS1kYXRh LXNvdXJjZS1yZWNvcmQNCnZtLWRlc3Ryb3kNCnZtLWRpc2stYWRkDQp2bS1kaXNrLWxpc3QNCnZt LWRpc2stcmVtb3ZlDQp2bS1leHBvcnQNCnZtLWltcG9ydA0Kdm0taW5zdGFsbA0Kdm0taXMtYmlv cy1jdXN0b21pemVkDQp2bS1saXN0DQp2bS1tZW1vcnktZHluYW1pYy1yYW5nZS1zZXQNCnZtLW1l bW9yeS1saW1pdHMtc2V0DQp2bS1tZW1vcnktc2hhZG93LW11bHRpcGxpZXItc2V0DQp2bS1tZW1v cnktc3RhdGljLXJhbmdlLXNldA0Kdm0tbWVtb3J5LXRhcmdldC1zZXQNCnZtLW1pZ3JhdGUNCnZt LXBhcmFtLWFkZA0Kdm0tcGFyYW0tY2xlYXINCnZtLXBhcmFtLWdldA0Kdm0tcGFyYW0tbGlzdA0K dm0tcGFyYW0tcmVtb3ZlDQp2bS1wYXJhbS1zZXQNCnZtLXBhdXNlDQp2bS1yZWJvb3QNCnZtLXJl Y292ZXINCnZtLXJlc2V0LXBvd2Vyc3RhdGUNCnZtLXJlc3VtZQ0Kdm0tcmV0cmlldmUtd2xiLXJl Y29tbWVuZGF0aW9ucw0Kdm0tc2h1dGRvd24NCnZtLXNuYXBzaG90DQp2bS1zbmFwc2hvdC13aXRo LXF1aWVzY2UNCnZtLXN0YXJ0DQp2bS1zdXNwZW5kDQp2bS11bmluc3RhbGwNCnZtLXVucGF1c2UN CnZtLXZjcHUtaG90cGx1Zw0Kdm0tdmlmLWxpc3QNCg0KQVBQTElBTkNFIENPTU1BTkRTDQp+fn5+ fn5+fn5+fn5+fn5+fn4NCmFwcGxpYW5jZS1hc3NlcnQtY2FuLWJlLXJlY292ZXJlZA0KYXBwbGlh bmNlLWNyZWF0ZQ0KYXBwbGlhbmNlLWRlc3Ryb3kNCmFwcGxpYW5jZS1saXN0DQphcHBsaWFuY2Ut cGFyYW0tY2xlYXINCmFwcGxpYW5jZS1wYXJhbS1nZXQNCmFwcGxpYW5jZS1wYXJhbS1saXN0DQph cHBsaWFuY2UtcGFyYW0tc2V0DQphcHBsaWFuY2UtcmVjb3Zlcg0KYXBwbGlhbmNlLXNodXRkb3du DQphcHBsaWFuY2Utc3RhcnQNCg0KQVVESVQgQ09NTUFORFMNCn5+fn5+fn5+fn5+fn5+DQphdWRp dC1sb2ctZ2V0DQoNCkJPTkQgQ09NTUFORFMNCn5+fn5+fn5+fn5+fn4NCmJvbmQtY3JlYXRlDQpi b25kLWRlc3Ryb3kNCmJvbmQtbGlzdA0KYm9uZC1wYXJhbS1jbGVhcg0KYm9uZC1wYXJhbS1nZXQN CmJvbmQtcGFyYW0tbGlzdA0KYm9uZC1wYXJhbS1zZXQNCmJvbmQtc2V0LW1vZGUNCg0KQ0QgQ09N TUFORFMNCn5+fn5+fn5+fn5+DQpjZC1saXN0DQoNCkNPTlNPTEUgQ09NTUFORFMNCn5+fn5+fn5+ fn5+fn5+fn4NCmNvbnNvbGUtbGlzdA0KY29uc29sZS1wYXJhbS1hZGQNCmNvbnNvbGUtcGFyYW0t Y2xlYXINCmNvbnNvbGUtcGFyYW0tZ2V0DQpjb25zb2xlLXBhcmFtLWxpc3QNCmNvbnNvbGUtcGFy YW0tcmVtb3ZlDQpjb25zb2xlLXBhcmFtLXNldA0KDQpESUFHTk9TVElDIENPTU1BTkRTDQp+fn5+ fn5+fn5+fn5+fn5+fn5+DQpkaWFnbm9zdGljLWNvbXBhY3QNCmRpYWdub3N0aWMtZGItbG9nDQpk aWFnbm9zdGljLWRiLXN0YXRzDQpkaWFnbm9zdGljLWdjLXN0YXRzDQpkaWFnbm9zdGljLWxpY2Vu c2Utc3RhdHVzDQpkaWFnbm9zdGljLW5ldC1zdGF0cw0KZGlhZ25vc3RpYy10aW1pbmctc3RhdHMN CmRpYWdub3N0aWMtdmRpLXN0YXR1cw0KZGlhZ25vc3RpYy12bS1zdGF0dXMNCg0KRFJUQVNLIENP TU1BTkRTDQp+fn5+fn5+fn5+fn5+fn4NCmRydGFzay1jcmVhdGUNCmRydGFzay1kZXN0cm95DQpk cnRhc2stbGlzdA0KZHJ0YXNrLXBhcmFtLWdldA0KZHJ0YXNrLXBhcmFtLWxpc3QNCg0KRVZFTlQg V0FJVCBDT01NQU5EUw0Kfn5+fn5+fn5+fn5+fn5+fn5+fg0KZXZlbnQtd2FpdA0KDQpHUFUgQ09N TUFORFMNCn5+fn5+fn5+fn5+fg0KZ3B1LWdyb3VwLWNyZWF0ZQ0KZ3B1LWdyb3VwLWRlc3Ryb3kN CmdwdS1ncm91cC1nZXQtcmVtYWluaW5nLWNhcGFjaXR5DQpncHUtZ3JvdXAtbGlzdA0KZ3B1LWdy b3VwLXBhcmFtLWFkZA0KZ3B1LWdyb3VwLXBhcmFtLWNsZWFyDQpncHUtZ3JvdXAtcGFyYW0tZ2V0 DQpncHUtZ3JvdXAtcGFyYW0tbGlzdA0KZ3B1LWdyb3VwLXBhcmFtLXJlbW92ZQ0KZ3B1LWdyb3Vw LXBhcmFtLXNldA0KDQpMT0cgQ09NTUFORFMNCn5+fn5+fn5+fn5+fg0KbG9nLWdldA0KbG9nLWdl dC1rZXlzDQpsb2ctcmVvcGVuDQpsb2ctc2V0LW91dHB1dA0KDQpNRVNTQUdFIENPTU1BTkRTDQp+ fn5+fn5+fn5+fn5+fn5+DQptZXNzYWdlLWNyZWF0ZQ0KbWVzc2FnZS1kZXN0cm95DQptZXNzYWdl LWxpc3QNCm1lc3NhZ2UtcGFyYW0tZ2V0DQptZXNzYWdlLXBhcmFtLWxpc3QNCg0KTkVUV09SSyBD T01NQU5EUw0Kfn5+fn5+fn5+fn5+fn5+fg0KbmV0d29yay1jcmVhdGUNCm5ldHdvcmstZGVzdHJv eQ0KbmV0d29yay1saXN0DQpuZXR3b3JrLXBhcmFtLWFkZA0KbmV0d29yay1wYXJhbS1jbGVhcg0K bmV0d29yay1wYXJhbS1nZXQNCm5ldHdvcmstcGFyYW0tbGlzdA0KbmV0d29yay1wYXJhbS1yZW1v dmUNCm5ldHdvcmstcGFyYW0tc2V0DQoNClBBVENIIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+fg0K cGF0Y2gtYXBwbHkNCnBhdGNoLWNsZWFuDQpwYXRjaC1kZXN0cm95DQpwYXRjaC1saXN0DQpwYXRj aC1wYXJhbS1jbGVhcg0KcGF0Y2gtcGFyYW0tZ2V0DQpwYXRjaC1wYXJhbS1saXN0DQpwYXRjaC1w b29sLWFwcGx5DQpwYXRjaC1wb29sLWNsZWFuDQpwYXRjaC1wcmVjaGVjaw0KcGF0Y2gtdXBsb2Fk DQoNClBCRCBDT01NQU5EUw0Kfn5+fn5+fn5+fn5+DQpwYmQtY3JlYXRlDQpwYmQtZGVzdHJveQ0K cGJkLWxpc3QNCnBiZC1wYXJhbS1hZGQNCnBiZC1wYXJhbS1jbGVhcg0KcGJkLXBhcmFtLWdldA0K cGJkLXBhcmFtLWxpc3QNCnBiZC1wYXJhbS1yZW1vdmUNCnBiZC1wYXJhbS1zZXQNCnBiZC1wbHVn DQpwYmQtdW5wbHVnDQoNClBHUFUgQ09NTUFORFMNCn5+fn5+fn5+fn5+fn4NCnBncHUtbGlzdA0K cGdwdS1wYXJhbS1hZGQNCnBncHUtcGFyYW0tY2xlYXINCnBncHUtcGFyYW0tZ2V0DQpwZ3B1LXBh cmFtLWxpc3QNCnBncHUtcGFyYW0tcmVtb3ZlDQpwZ3B1LXBhcmFtLXNldA0KDQpQSUYgQ09NTUFO RFMNCn5+fn5+fn5+fn5+fg0KcGlmLWZvcmdldA0KcGlmLWludHJvZHVjZQ0KcGlmLWxpc3QNCnBp Zi1wYXJhbS1hZGQNCnBpZi1wYXJhbS1jbGVhcg0KcGlmLXBhcmFtLWdldA0KcGlmLXBhcmFtLWxp c3QNCnBpZi1wYXJhbS1yZW1vdmUNCnBpZi1wYXJhbS1zZXQNCnBpZi1wbHVnDQpwaWYtcmVjb25m aWd1cmUtaXANCnBpZi1yZWNvbmZpZ3VyZS1pcHY2DQpwaWYtc2Nhbg0KcGlmLXNldC1wcmltYXJ5 LWFkZHJlc3MtdHlwZQ0KcGlmLXVucGx1Zw0KDQpQT09MIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+ DQpwb29sLWFwcGx5LWVkaXRpb24NCnBvb2wtY2VydGlmaWNhdGUtaW5zdGFsbA0KcG9vbC1jZXJ0 aWZpY2F0ZS1saXN0DQpwb29sLWNlcnRpZmljYXRlLXN5bmMNCnBvb2wtY2VydGlmaWNhdGUtdW5p bnN0YWxsDQpwb29sLWNybC1pbnN0YWxsDQpwb29sLWNybC1saXN0DQpwb29sLWNybC11bmluc3Rh bGwNCnBvb2wtZGVjb25maWd1cmUtd2xiDQpwb29sLWRlc2lnbmF0ZS1uZXctbWFzdGVyDQpwb29s LWRpc2FibGUtZXh0ZXJuYWwtYXV0aA0KcG9vbC1kaXNhYmxlLWxvY2FsLXN0b3JhZ2UtY2FjaGlu Zw0KcG9vbC1kaXNhYmxlLXJlZG8tbG9nDQpwb29sLWR1bXAtZGF0YWJhc2UNCnBvb2wtZWplY3QN CnBvb2wtZW1lcmdlbmN5LXJlc2V0LW1hc3Rlcg0KcG9vbC1lbWVyZ2VuY3ktdHJhbnNpdGlvbi10 by1tYXN0ZXINCnBvb2wtZW5hYmxlLWV4dGVybmFsLWF1dGgNCnBvb2wtZW5hYmxlLWxvY2FsLXN0 b3JhZ2UtY2FjaGluZw0KcG9vbC1lbmFibGUtcmVkby1sb2cNCnBvb2wtaGEtY29tcHV0ZS1oeXBv dGhldGljYWwtbWF4LWhvc3QtZmFpbHVyZXMtdG8tdG9sZXJhdGUNCnBvb2wtaGEtY29tcHV0ZS1t YXgtaG9zdC1mYWlsdXJlcy10by10b2xlcmF0ZQ0KcG9vbC1oYS1kaXNhYmxlDQpwb29sLWhhLWVu YWJsZQ0KcG9vbC1pbml0aWFsaXplLXdsYg0KcG9vbC1qb2luDQpwb29sLWxpc3QNCnBvb2wtcGFy YW0tYWRkDQpwb29sLXBhcmFtLWNsZWFyDQpwb29sLXBhcmFtLWdldA0KcG9vbC1wYXJhbS1saXN0 DQpwb29sLXBhcmFtLXJlbW92ZQ0KcG9vbC1wYXJhbS1zZXQNCnBvb2wtcmVjb3Zlci1zbGF2ZXMN CnBvb2wtcmVzdG9yZS1kYXRhYmFzZQ0KcG9vbC1yZXRyaWV2ZS13bGItY29uZmlndXJhdGlvbg0K cG9vbC1yZXRyaWV2ZS13bGItZGlhZ25vc3RpY3MNCnBvb2wtcmV0cmlldmUtd2xiLXJlY29tbWVu ZGF0aW9ucw0KcG9vbC1yZXRyaWV2ZS13bGItcmVwb3J0DQpwb29sLXNlbmQtdGVzdC1wb3N0DQpw b29sLXNlbmQtd2xiLWNvbmZpZ3VyYXRpb24NCnBvb2wtc3luYy1kYXRhYmFzZQ0KcG9vbC12bGFu LWNyZWF0ZQ0KDQpST0xFIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+DQpyb2xlLWxpc3QNCnJvbGUt cGFyYW0tZ2V0DQpyb2xlLXBhcmFtLWxpc3QNCg0KU0VDUkVUIENPTU1BTkRTDQp+fn5+fn5+fn5+ fn5+fn4NCnNlY3JldC1jcmVhdGUNCnNlY3JldC1kZXN0cm95DQpzZWNyZXQtbGlzdA0Kc2VjcmV0 LXBhcmFtLWNsZWFyDQpzZWNyZXQtcGFyYW0tZ2V0DQpzZWNyZXQtcGFyYW0tbGlzdA0Kc2VjcmV0 LXBhcmFtLXNldA0KDQpTRVNTSU9OIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+fn5+DQpzZXNzaW9u LXN1YmplY3QtaWRlbnRpZmllci1saXN0DQpzZXNzaW9uLXN1YmplY3QtaWRlbnRpZmllci1sb2dv dXQNCnNlc3Npb24tc3ViamVjdC1pZGVudGlmaWVyLWxvZ291dC1hbGwNCg0KU00gQ09NTUFORFMN Cn5+fn5+fn5+fn5+DQpzbS1saXN0DQpzbS1wYXJhbS1jbGVhcg0Kc20tcGFyYW0tZ2V0DQpzbS1w YXJhbS1saXN0DQoNClNOQVBTSE9UIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+fn5+fg0Kc25hcHNo b3QtY2xvbmUNCnNuYXBzaG90LWNvcHkNCnNuYXBzaG90LWRlc3Ryb3kNCnNuYXBzaG90LWRpc2st bGlzdA0Kc25hcHNob3QtZXhwb3J0LXRvLXRlbXBsYXRlDQpzbmFwc2hvdC1saXN0DQpzbmFwc2hv dC1wYXJhbS1hZGQNCnNuYXBzaG90LXBhcmFtLWNsZWFyDQpzbmFwc2hvdC1wYXJhbS1nZXQNCnNu YXBzaG90LXBhcmFtLWxpc3QNCnNuYXBzaG90LXBhcmFtLXJlbW92ZQ0Kc25hcHNob3QtcGFyYW0t c2V0DQpzbmFwc2hvdC1yZXNldC1wb3dlcnN0YXRlDQpzbmFwc2hvdC1yZXZlcnQNCnNuYXBzaG90 LXVuaW5zdGFsbA0KDQpTUiBDT01NQU5EUw0Kfn5+fn5+fn5+fn4NCnNyLWNyZWF0ZQ0Kc3ItZGVz dHJveQ0Kc3ItZGlzYWJsZS1kYXRhYmFzZS1yZXBsaWNhdGlvbg0Kc3ItZW5hYmxlLWRhdGFiYXNl LXJlcGxpY2F0aW9uDQpzci1mb3JnZXQNCnNyLWludHJvZHVjZQ0Kc3ItbGlzdA0Kc3ItcGFyYW0t YWRkDQpzci1wYXJhbS1jbGVhcg0Kc3ItcGFyYW0tZ2V0DQpzci1wYXJhbS1saXN0DQpzci1wYXJh bS1yZW1vdmUNCnNyLXBhcmFtLXNldA0Kc3ItcHJvYmUNCnNyLXNjYW4NCnNyLXVwZGF0ZQ0KDQpT VUJKRUNUIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+fn5+DQpzdWJqZWN0LWFkZA0Kc3ViamVjdC1s aXN0DQpzdWJqZWN0LXBhcmFtLWNsZWFyDQpzdWJqZWN0LXBhcmFtLWdldA0Kc3ViamVjdC1wYXJh bS1saXN0DQpzdWJqZWN0LXJlbW92ZQ0Kc3ViamVjdC1yb2xlLWFkZA0Kc3ViamVjdC1yb2xlLXJl bW92ZQ0KDQpUQVNLIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+DQp0YXNrLWNhbmNlbA0KdGFzay1s aXN0DQp0YXNrLXBhcmFtLWFkZA0KdGFzay1wYXJhbS1jbGVhcg0KdGFzay1wYXJhbS1nZXQNCnRh c2stcGFyYW0tbGlzdA0KdGFzay1wYXJhbS1yZW1vdmUNCnRhc2stcGFyYW0tc2V0DQoNClRFTVBM QVRFIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+fn5+fg0KdGVtcGxhdGUtZXhwb3J0DQp0ZW1wbGF0 ZS1saXN0DQp0ZW1wbGF0ZS1wYXJhbS1hZGQNCnRlbXBsYXRlLXBhcmFtLWNsZWFyDQp0ZW1wbGF0 ZS1wYXJhbS1nZXQNCnRlbXBsYXRlLXBhcmFtLWxpc3QNCnRlbXBsYXRlLXBhcmFtLXJlbW92ZQ0K dGVtcGxhdGUtcGFyYW0tc2V0DQp0ZW1wbGF0ZS11bmluc3RhbGwNCg0KVFVOTkVMIENPTU1BTkRT DQp+fn5+fn5+fn5+fn5+fn4NCnR1bm5lbC1jcmVhdGUNCnR1bm5lbC1kZXN0cm95DQp0dW5uZWwt bGlzdA0KdHVubmVsLXBhcmFtLWFkZA0KdHVubmVsLXBhcmFtLWNsZWFyDQp0dW5uZWwtcGFyYW0t Z2V0DQp0dW5uZWwtcGFyYW0tbGlzdA0KdHVubmVsLXBhcmFtLXJlbW92ZQ0KdHVubmVsLXBhcmFt LXNldA0KDQpVUERBVEUgQ09NTUFORFMNCn5+fn5+fn5+fn5+fn5+fg0KdXBkYXRlLXVwbG9hZA0K DQpQQVNTV09SRCBDT01NQU5EUw0Kfn5+fn5+fn5+fn5+fn5+fn4NCnVzZXItcGFzc3dvcmQtY2hh bmdlDQoNClZCRCBDT01NQU5EUw0Kfn5+fn5+fn5+fn5+DQp2YmQtY3JlYXRlDQp2YmQtZGVzdHJv eQ0KdmJkLWVqZWN0DQp2YmQtaW5zZXJ0DQp2YmQtbGlzdA0KdmJkLXBhcmFtLWFkZA0KdmJkLXBh cmFtLWNsZWFyDQp2YmQtcGFyYW0tZ2V0DQp2YmQtcGFyYW0tbGlzdA0KdmJkLXBhcmFtLXJlbW92 ZQ0KdmJkLXBhcmFtLXNldA0KdmJkLXBsdWcNCnZiZC11bnBsdWcNCg0KVkRJIENPTU1BTkRTDQp+ fn5+fn5+fn5+fn4NCnZkaS1jbG9uZQ0KdmRpLWNvcHkNCnZkaS1jcmVhdGUNCnZkaS1kZXN0cm95 DQp2ZGktZXhwb3J0DQp2ZGktZm9yZ2V0DQp2ZGktaW1wb3J0DQp2ZGktaW50cm9kdWNlDQp2ZGkt bGlzdA0KdmRpLXBhcmFtLWFkZA0KdmRpLXBhcmFtLWNsZWFyDQp2ZGktcGFyYW0tZ2V0DQp2ZGkt cGFyYW0tbGlzdA0KdmRpLXBhcmFtLXJlbW92ZQ0KdmRpLXBhcmFtLXNldA0KdmRpLXBvb2wtbWln cmF0ZQ0KdmRpLXJlc2l6ZQ0KdmRpLXNuYXBzaG90DQp2ZGktdW5sb2NrDQp2ZGktdXBkYXRlDQoN ClZHUFUgQ09NTUFORFMNCn5+fn5+fn5+fn5+fn4NCnZncHUtY3JlYXRlDQp2Z3B1LWRlc3Ryb3kN CnZncHUtbGlzdA0KdmdwdS1wYXJhbS1hZGQNCnZncHUtcGFyYW0tY2xlYXINCnZncHUtcGFyYW0t Z2V0DQp2Z3B1LXBhcmFtLWxpc3QNCnZncHUtcGFyYW0tcmVtb3ZlDQp2Z3B1LXBhcmFtLXNldA0K dmdwdS10eXBlLWxpc3QNCnZncHUtdHlwZS1wYXJhbS1nZXQNCnZncHUtdHlwZS1wYXJhbS1saXN0 DQoNClZJRiBDT01NQU5EUw0Kfn5+fn5+fn5+fn5+DQp2aWYtY3JlYXRlDQp2aWYtZGVzdHJveQ0K dmlmLWxpc3QNCnZpZi1wYXJhbS1hZGQNCnZpZi1wYXJhbS1jbGVhcg0KdmlmLXBhcmFtLWdldA0K dmlmLXBhcmFtLWxpc3QNCnZpZi1wYXJhbS1yZW1vdmUNCnZpZi1wYXJhbS1zZXQNCnZpZi1wbHVn DQp2aWYtdW5wbHVnDQoNClZMQU4gQ09NTUFORFMNCn5+fn5+fn5+fn5+fn4NCnZsYW4tY3JlYXRl DQp2bGFuLWRlc3Ryb3kNCnZsYW4tbGlzdA0Kdmxhbi1wYXJhbS1nZXQNCnZsYW4tcGFyYW0tbGlz dA== --_002_B8C24FCCBFC459419478083491FF39E20694E4BBFTLPEX01CL02cit_ 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 --_002_B8C24FCCBFC459419478083491FF39E20694E4BBFTLPEX01CL02cit_-- From xen-api-bounces@lists.xen.org Tue Jan 27 22:59:18 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 27 Jan 2015 22: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 1YGF69-0001Q2-Sz; Tue, 27 Jan 2015 22:59:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGF68-0001Px-Nc for xen-api@lists.xenproject.org; Tue, 27 Jan 2015 22:59:04 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id 36/41-16320-73818C45; Tue, 27 Jan 2015 22:59:03 +0000 X-Env-Sender: jesse.benedict@citrix.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1422399541!7275884!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20789 invoked from network); 27 Jan 2015 22:59:02 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Jan 2015 22:59:02 -0000 X-IronPort-AV: E=Sophos;i="5.09,477,1418083200"; d="scan'208";a="221075746" From: Jesse Benedict To: xs-devel , "xen-api@lists.xenproject.org" Thread-Topic: improving the XenAPI docs Thread-Index: AQHQOnSgKkm0Jeb7d0yIw43IezOPhJzUj+Kg Date: Tue, 27 Jan 2015 22:59:00 +0000 Message-ID: References: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> In-Reply-To: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Content-Type: multipart/mixed; boundary="_002_B8C24FCCBFC459419478083491FF39E20694E4BBFTLPEX01CL02cit_" MIME-Version: 1.0 X-DLP: MIA2 Subject: Re: [Xen-API] improving the XenAPI docs 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: , Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --_002_B8C24FCCBFC459419478083491FF39E20694E4BBFTLPEX01CL02cit_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSByZWFsbHkgbGlrZSB0aGUgaWRlYSENCg0KV2l0aCByZWdhcmRzIHRvIHRoZSBncm91cGluZyAt IEkgdGhpbmsgSSBjYW4gaGVscCBhbmQgYXR0YWNoZWQgaXMgYSBmaWxlLiAgVGhlICJ4ZSBoZWxw IC0tYWxsIiBjb21tYW5kIGdyb3VwcyBhbGwgNDE3KyBjb21tYW5kcyBpbnRvIHRoZWlyIGxvZ2lj YWwgb3JkZXIuICBXaXRoIGVhY2ggcmVsZWFzZSwgSSBoYXZlIGEgc2ltcGxlIFBlcmwgc2NyaXB0 IHRoYXQgZXh0cmFjdHMgdGhpcyBzbyBJIGNhbiBpbmplY3QgaXQgaW50byBhIFdvcmQgRG9jdW1l bnQgZm9yIHNoYXJpbmcsIGtub3dsZWRnZSwgYW5kIG15ICJhZ2luZyBicmFpbiIuDQoNCldpdGgg cmVnYXJkcyB0byB0aGUgQVBJLCBJIHdvdWxkIHJlYWxseSBsaWtlIHRvIHNlZSBleGFtcGxlcyAt IGJhc2VkIG9uIHRoZSBTREsgYW5kIHRoaXJkLXBhcnR5IGNvZGUgc3VwcG9ydGVkIC0gdG8gZ2l2 ZSBhbiBleGFtcGxlIG9mIGhvdyBlYWNoIGNhbGwgY291bGQgYmUgdXNlZC4gIFRoYXQgbWF5IHRh a2Ugc29tZSB0aW1lLCBidXQgd291bGQgZGVmaW5pdGVseSBiZSB3b3J0aCB0aGUgZWZmb3J0IGlu IHRoZSBsb25nIHJ1bi4NCg0KU2luY2VyZWx5LA0KDQoNCkplc3NlIEJlbmVkaWN0LCBDQ1NQLCBD Q0EgfCBTci4gVGVjaG5pY2FsIFN1cHBvcnQgKDEwOjAwIOKAkyAxOTowMCBFU1QpIHwgQ2l0cml4 IFN5c3RlbXMsIEluYy4gDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IHhz LWRldmVsLXJlcXVlc3RAbGlzdHMueGVuc2VydmVyLm9yZyBbbWFpbHRvOnhzLWRldmVsLXJlcXVl c3RAbGlzdHMueGVuc2VydmVyLm9yZ10gT24gQmVoYWxmIE9mIERhdmUgU2NvdHQNClNlbnQ6IFR1 ZXNkYXksIEphbnVhcnkgMjcsIDIwMTUgNDowMyBQTQ0KVG86IHhlbi1hcGlAbGlzdHMueGVucHJv amVjdC5vcmcNCkNjOiB4cy1kZXZlbA0KU3ViamVjdDogW3hzLWRldmVsXSBpbXByb3ZpbmcgdGhl IFhlbkFQSSBkb2NzDQoNCkhpLA0KDQpJ4oCZdmUgYmVlbiB0aGlua2luZyBhYm91dCBob3cgdG8g aW1wcm92ZSB0aGUgWGVuQVBJIHJlZmVyZW5jZVsxXS4gVGhlIHRoaW5ncyBJIGxpa2UgYWJvdXQg dGhlIHJlZmVyZW5jZSBhcmU6DQoNCi0gaXTigJlzIGdlbmVyYXRlZCBmcm9tIHRoZSBJREwsIHNv IGl04oCZcyBhbHdheXMgdXAgdG8gZGF0ZQ0KLSBpdOKAmXMgZ290IGV2ZXJ5dGhpbmcgaW4gaXQN Cg0KVGhlIHRoaW5ncyBJIGRvbuKAmXQgbGlrZSBhYm91dCB0aGUgcmVmZXJlbmNlIGFyZToNCg0K LSBpdOKAmXMgZ290IGV2ZXJ5dGhpbmcgaW4gaXTigKYgaW4gYWxwaGFiZXRpY2FsIG9yZGVyLCBy YXRoZXIgdGhhbiBpbiBhbnkga2luZCBvZiB1c2VmdWxuZXNzIG9yZGVyDQotIHRoZSBkZXNjcmlw dGlvbnMgb2YgZmllbGRzLyBmdW5jdGlvbnMgYXJl4oCmIHRlcnNlIChhbmQgb2Z0ZW4gdGF1dG9s b2dvdXMpDQotIHRoZXJlIGFyZSBubyBpbi1saW5lIGV4YW1wbGVzDQoNCknigJlkIGxpa2UgdG8g aW1wcm92ZSB0aGUgcmVmZXJlbmNlIGJ5IG1ha2luZyAyIGV4dGVuc2lvbnM6DQoNCjEuIEnigJlk IGxpa2UgdG8gYWRkIHRhZ3MgdG8gZWFjaCBmaWVsZCBhbmQgZnVuY3Rpb24sIGFuZCBhbGxvdyB0 aGUgZG9jcyB0byBiZSBzZWFyY2hlZCBieSB0YWcgKGUuZy4gZmluZCBhbGwgdGhlIGZpZWxkcyBh bmQgZnVuY3Rpb25zIHJlbGF0ZWQgdG8g4oCcc25hcHNob3Rz4oCdKSBBIHdlbGwta25vd24gdGFn IG5hbWUgd291bGQgYmUg4oCcY29yZeKAnSBtZWFuaW5nIOKAnHN0dWZmIHlvdSBuZWVkIHRvIGtu b3figJ0gYW5kIEkgcHJvcG9zZSB3ZSBlaXRoZXIgZmlsdGVyIGZvciB0aGF0IGJ5IGRlZmF1bHQs IG9yIGF0IGxlYXN0IHJlLW9yZGVyIHRoZSBlbGVtZW50cyBzbyB3ZSBoYXZlIGNvcmUgZmlyc3Qu DQoNCjIuIEnigJlkIGxpa2UgdG8gY3JlYXRlIGEgc3BhcnNlIGZpbGUgb3ZlcmxheSBwZXItQVBJ IGluIHRoZSB4ZW4tYXBpIHJlcG8uIEFuIG92ZXJsYXkgZmlsZSDigJQgaWYgaXQgZXhpc3RzIOKA lCB3b3VsZCBvdmVycmlkZSB3aGF0ZXZlciB0ZXJzZSBkZXNjcmlwdGlvbiBleGlzdHMgaW4gdGhl IHJhdyBJREwuIFRoZSBvdmVybGF5IHdvdWxkIGJlIHdyaXR0ZW4gaW4gbWFya2Rvd24gYW5kIHdv dWxkIGNvbnRhaW4gcGFyYWdyYXBocyBvZiBkZXNjcmlwdGlvbiwgbGlua3MgYW5kIGV4YW1wbGUg dXNhZ2VzLiBJdCB3b3VsZCBiZSBlYXN5IHRvIGFkZCBhbiBvdmVybGF5IHRvIHRoZSByZXBvIHdp dGhvdXQgYnJlYWtpbmcgdGhlIGJ1aWxkIChpLmUuIHRoZXJl4oCZcyBubyBuZWVkIHRvIGtlZXAg YWxsIHRoZSBkb2NzIGluc2lkZSB0aGUgY29kZSBhcyB3ZWxsLXF1b3RlZCBzdHJpbmdzIHdoZXJl IHlvdSBoYXZlIHRvIHNhdGlzZnkgdGhlIGNvbXBpbGVyKS4NCg0KVGhvdWdodHMvIHN1Z2dlc3Rp b25zLyBpbXByb3ZlbWVudHMgd2VsY29tZSENCg0KQ2hlZXJzLA0KRGF2ZQ0KDQpbMV0gVGhlcmXi gJlzIG1vcmUgdGhhbiBvbmUgY29weSBvbiB0aGUgd2ViLCBidXQgaGVyZeKAmXMgdGhlIG9uZSBJ IHdhcyBsb29raW5nIGF0OiBodHRwOi8veGFwaS1wcm9qZWN0LmdpdGh1Yi5pby94ZW4tYXBpL2lu ZGV4Lmh0bWwNCg== --_002_B8C24FCCBFC459419478083491FF39E20694E4BBFTLPEX01CL02cit_ Content-Type: application/octet-stream; name="6.5 COMMANDS" Content-Description: 6.5 COMMANDS Content-Disposition: attachment; filename="6.5 COMMANDS"; size=8893; creation-date="Tue, 27 Jan 2015 22:58:43 GMT"; modification-date="Tue, 27 Jan 2015 22:58:43 GMT" Content-Transfer-Encoding: base64 SE9TVCBDT01NQU5EUw0Kfn5+fn5+fn5+fn5+fg0KaG9zdC1hbGwtZWRpdGlvbnMNCmhvc3QtYXBw bHktZWRpdGlvbg0KaG9zdC1iYWNrdXANCmhvc3QtYnVncmVwb3J0LXVwbG9hZA0KaG9zdC1jYWxs LXBsdWdpbg0KaG9zdC1jb21wdXRlLWZyZWUtbWVtb3J5DQpob3N0LWNvbXB1dGUtbWVtb3J5LW92 ZXJoZWFkDQpob3N0LWNwdS1pbmZvDQpob3N0LWNwdS1saXN0DQpob3N0LWNwdS1wYXJhbS1nZXQN Cmhvc3QtY3B1LXBhcmFtLWxpc3QNCmhvc3QtY3Jhc2hkdW1wLWRlc3Ryb3kNCmhvc3QtY3Jhc2hk dW1wLWxpc3QNCmhvc3QtY3Jhc2hkdW1wLXBhcmFtLWdldA0KaG9zdC1jcmFzaGR1bXAtcGFyYW0t bGlzdA0KaG9zdC1jcmFzaGR1bXAtdXBsb2FkDQpob3N0LWRhdGEtc291cmNlLWZvcmdldA0KaG9z dC1kYXRhLXNvdXJjZS1saXN0DQpob3N0LWRhdGEtc291cmNlLXF1ZXJ5DQpob3N0LWRhdGEtc291 cmNlLXJlY29yZA0KaG9zdC1kZWNsYXJlLWRlYWQNCmhvc3QtZGlzYWJsZQ0KaG9zdC1kaXNhYmxl LWxvY2FsLXN0b3JhZ2UtY2FjaGluZw0KaG9zdC1kbWVzZw0KaG9zdC1lbWVyZ2VuY3ktaGEtZGlz YWJsZQ0KaG9zdC1lbWVyZ2VuY3ktbWFuYWdlbWVudC1yZWNvbmZpZ3VyZQ0KaG9zdC1lbmFibGUN Cmhvc3QtZW5hYmxlLWxvY2FsLXN0b3JhZ2UtY2FjaGluZw0KaG9zdC1ldmFjdWF0ZQ0KaG9zdC1m b3JnZXQNCmhvc3QtZ2V0LWNwdS1mZWF0dXJlcw0KaG9zdC1nZXQtc2VydmVyLWNlcnRpZmljYXRl DQpob3N0LWdldC1zbS1kaWFnbm9zdGljcw0KaG9zdC1nZXQtc3lzdGVtLXN0YXR1cw0KaG9zdC1n ZXQtc3lzdGVtLXN0YXR1cy1jYXBhYmlsaXRpZXMNCmhvc3QtZ2V0LXRocmVhZC1kaWFnbm9zdGlj cw0KaG9zdC1nZXQtdm1zLXdoaWNoLXByZXZlbnQtZXZhY3VhdGlvbg0KaG9zdC1pcy1pbi1lbWVy Z2VuY3ktbW9kZQ0KaG9zdC1saWNlbnNlLXZpZXcNCmhvc3QtbGlzdA0KaG9zdC1sb2dzLWRvd25s b2FkDQpob3N0LW1hbmFnZW1lbnQtZGlzYWJsZQ0KaG9zdC1tYW5hZ2VtZW50LXJlY29uZmlndXJl DQpob3N0LXBhcmFtLWFkZA0KaG9zdC1wYXJhbS1jbGVhcg0KaG9zdC1wYXJhbS1nZXQNCmhvc3Qt cGFyYW0tbGlzdA0KaG9zdC1wYXJhbS1yZW1vdmUNCmhvc3QtcGFyYW0tc2V0DQpob3N0LXBvd2Vy LW9uDQpob3N0LXJlYm9vdA0KaG9zdC1yZXNldC1jcHUtZmVhdHVyZXMNCmhvc3QtcmVzdG9yZQ0K aG9zdC1zZW5kLWRlYnVnLWtleXMNCmhvc3Qtc2V0LWNwdS1mZWF0dXJlcw0KaG9zdC1zZXQtaG9z dG5hbWUtbGl2ZQ0KaG9zdC1zZXQtcG93ZXItb24tbW9kZQ0KaG9zdC1zaHV0ZG93bg0KaG9zdC1z aHV0ZG93bi1hZ2VudA0KaG9zdC1zbS1kcC1kZXN0cm95DQpob3N0LXN5bmMtZGF0YQ0KaG9zdC1z eXNsb2ctcmVjb25maWd1cmUNCg0KVk0gQ09NTUFORFMNCn5+fn5+fn5+fn5+DQp2bS1hc3NlcnQt Y2FuLWJlLXJlY292ZXJlZA0Kdm0tY2QtYWRkDQp2bS1jZC1lamVjdA0Kdm0tY2QtaW5zZXJ0DQp2 bS1jZC1saXN0DQp2bS1jZC1yZW1vdmUNCnZtLWNoZWNrcG9pbnQNCnZtLWNsb25lDQp2bS1jb21w dXRlLW1heGltdW0tbWVtb3J5DQp2bS1jb21wdXRlLW1lbW9yeS1vdmVyaGVhZA0Kdm0tY29weQ0K dm0tY29weS1iaW9zLXN0cmluZ3MNCnZtLWNyYXNoZHVtcC1saXN0DQp2bS1kYXRhLXNvdXJjZS1m b3JnZXQNCnZtLWRhdGEtc291cmNlLWxpc3QNCnZtLWRhdGEtc291cmNlLXF1ZXJ5DQp2bS1kYXRh LXNvdXJjZS1yZWNvcmQNCnZtLWRlc3Ryb3kNCnZtLWRpc2stYWRkDQp2bS1kaXNrLWxpc3QNCnZt LWRpc2stcmVtb3ZlDQp2bS1leHBvcnQNCnZtLWltcG9ydA0Kdm0taW5zdGFsbA0Kdm0taXMtYmlv cy1jdXN0b21pemVkDQp2bS1saXN0DQp2bS1tZW1vcnktZHluYW1pYy1yYW5nZS1zZXQNCnZtLW1l bW9yeS1saW1pdHMtc2V0DQp2bS1tZW1vcnktc2hhZG93LW11bHRpcGxpZXItc2V0DQp2bS1tZW1v cnktc3RhdGljLXJhbmdlLXNldA0Kdm0tbWVtb3J5LXRhcmdldC1zZXQNCnZtLW1pZ3JhdGUNCnZt LXBhcmFtLWFkZA0Kdm0tcGFyYW0tY2xlYXINCnZtLXBhcmFtLWdldA0Kdm0tcGFyYW0tbGlzdA0K dm0tcGFyYW0tcmVtb3ZlDQp2bS1wYXJhbS1zZXQNCnZtLXBhdXNlDQp2bS1yZWJvb3QNCnZtLXJl Y292ZXINCnZtLXJlc2V0LXBvd2Vyc3RhdGUNCnZtLXJlc3VtZQ0Kdm0tcmV0cmlldmUtd2xiLXJl Y29tbWVuZGF0aW9ucw0Kdm0tc2h1dGRvd24NCnZtLXNuYXBzaG90DQp2bS1zbmFwc2hvdC13aXRo LXF1aWVzY2UNCnZtLXN0YXJ0DQp2bS1zdXNwZW5kDQp2bS11bmluc3RhbGwNCnZtLXVucGF1c2UN CnZtLXZjcHUtaG90cGx1Zw0Kdm0tdmlmLWxpc3QNCg0KQVBQTElBTkNFIENPTU1BTkRTDQp+fn5+ fn5+fn5+fn5+fn5+fn4NCmFwcGxpYW5jZS1hc3NlcnQtY2FuLWJlLXJlY292ZXJlZA0KYXBwbGlh bmNlLWNyZWF0ZQ0KYXBwbGlhbmNlLWRlc3Ryb3kNCmFwcGxpYW5jZS1saXN0DQphcHBsaWFuY2Ut cGFyYW0tY2xlYXINCmFwcGxpYW5jZS1wYXJhbS1nZXQNCmFwcGxpYW5jZS1wYXJhbS1saXN0DQph cHBsaWFuY2UtcGFyYW0tc2V0DQphcHBsaWFuY2UtcmVjb3Zlcg0KYXBwbGlhbmNlLXNodXRkb3du DQphcHBsaWFuY2Utc3RhcnQNCg0KQVVESVQgQ09NTUFORFMNCn5+fn5+fn5+fn5+fn5+DQphdWRp dC1sb2ctZ2V0DQoNCkJPTkQgQ09NTUFORFMNCn5+fn5+fn5+fn5+fn4NCmJvbmQtY3JlYXRlDQpi b25kLWRlc3Ryb3kNCmJvbmQtbGlzdA0KYm9uZC1wYXJhbS1jbGVhcg0KYm9uZC1wYXJhbS1nZXQN CmJvbmQtcGFyYW0tbGlzdA0KYm9uZC1wYXJhbS1zZXQNCmJvbmQtc2V0LW1vZGUNCg0KQ0QgQ09N TUFORFMNCn5+fn5+fn5+fn5+DQpjZC1saXN0DQoNCkNPTlNPTEUgQ09NTUFORFMNCn5+fn5+fn5+ fn5+fn5+fn4NCmNvbnNvbGUtbGlzdA0KY29uc29sZS1wYXJhbS1hZGQNCmNvbnNvbGUtcGFyYW0t Y2xlYXINCmNvbnNvbGUtcGFyYW0tZ2V0DQpjb25zb2xlLXBhcmFtLWxpc3QNCmNvbnNvbGUtcGFy YW0tcmVtb3ZlDQpjb25zb2xlLXBhcmFtLXNldA0KDQpESUFHTk9TVElDIENPTU1BTkRTDQp+fn5+ fn5+fn5+fn5+fn5+fn5+DQpkaWFnbm9zdGljLWNvbXBhY3QNCmRpYWdub3N0aWMtZGItbG9nDQpk aWFnbm9zdGljLWRiLXN0YXRzDQpkaWFnbm9zdGljLWdjLXN0YXRzDQpkaWFnbm9zdGljLWxpY2Vu c2Utc3RhdHVzDQpkaWFnbm9zdGljLW5ldC1zdGF0cw0KZGlhZ25vc3RpYy10aW1pbmctc3RhdHMN CmRpYWdub3N0aWMtdmRpLXN0YXR1cw0KZGlhZ25vc3RpYy12bS1zdGF0dXMNCg0KRFJUQVNLIENP TU1BTkRTDQp+fn5+fn5+fn5+fn5+fn4NCmRydGFzay1jcmVhdGUNCmRydGFzay1kZXN0cm95DQpk cnRhc2stbGlzdA0KZHJ0YXNrLXBhcmFtLWdldA0KZHJ0YXNrLXBhcmFtLWxpc3QNCg0KRVZFTlQg V0FJVCBDT01NQU5EUw0Kfn5+fn5+fn5+fn5+fn5+fn5+fg0KZXZlbnQtd2FpdA0KDQpHUFUgQ09N TUFORFMNCn5+fn5+fn5+fn5+fg0KZ3B1LWdyb3VwLWNyZWF0ZQ0KZ3B1LWdyb3VwLWRlc3Ryb3kN CmdwdS1ncm91cC1nZXQtcmVtYWluaW5nLWNhcGFjaXR5DQpncHUtZ3JvdXAtbGlzdA0KZ3B1LWdy b3VwLXBhcmFtLWFkZA0KZ3B1LWdyb3VwLXBhcmFtLWNsZWFyDQpncHUtZ3JvdXAtcGFyYW0tZ2V0 DQpncHUtZ3JvdXAtcGFyYW0tbGlzdA0KZ3B1LWdyb3VwLXBhcmFtLXJlbW92ZQ0KZ3B1LWdyb3Vw LXBhcmFtLXNldA0KDQpMT0cgQ09NTUFORFMNCn5+fn5+fn5+fn5+fg0KbG9nLWdldA0KbG9nLWdl dC1rZXlzDQpsb2ctcmVvcGVuDQpsb2ctc2V0LW91dHB1dA0KDQpNRVNTQUdFIENPTU1BTkRTDQp+ fn5+fn5+fn5+fn5+fn5+DQptZXNzYWdlLWNyZWF0ZQ0KbWVzc2FnZS1kZXN0cm95DQptZXNzYWdl LWxpc3QNCm1lc3NhZ2UtcGFyYW0tZ2V0DQptZXNzYWdlLXBhcmFtLWxpc3QNCg0KTkVUV09SSyBD T01NQU5EUw0Kfn5+fn5+fn5+fn5+fn5+fg0KbmV0d29yay1jcmVhdGUNCm5ldHdvcmstZGVzdHJv eQ0KbmV0d29yay1saXN0DQpuZXR3b3JrLXBhcmFtLWFkZA0KbmV0d29yay1wYXJhbS1jbGVhcg0K bmV0d29yay1wYXJhbS1nZXQNCm5ldHdvcmstcGFyYW0tbGlzdA0KbmV0d29yay1wYXJhbS1yZW1v dmUNCm5ldHdvcmstcGFyYW0tc2V0DQoNClBBVENIIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+fg0K cGF0Y2gtYXBwbHkNCnBhdGNoLWNsZWFuDQpwYXRjaC1kZXN0cm95DQpwYXRjaC1saXN0DQpwYXRj aC1wYXJhbS1jbGVhcg0KcGF0Y2gtcGFyYW0tZ2V0DQpwYXRjaC1wYXJhbS1saXN0DQpwYXRjaC1w b29sLWFwcGx5DQpwYXRjaC1wb29sLWNsZWFuDQpwYXRjaC1wcmVjaGVjaw0KcGF0Y2gtdXBsb2Fk DQoNClBCRCBDT01NQU5EUw0Kfn5+fn5+fn5+fn5+DQpwYmQtY3JlYXRlDQpwYmQtZGVzdHJveQ0K cGJkLWxpc3QNCnBiZC1wYXJhbS1hZGQNCnBiZC1wYXJhbS1jbGVhcg0KcGJkLXBhcmFtLWdldA0K cGJkLXBhcmFtLWxpc3QNCnBiZC1wYXJhbS1yZW1vdmUNCnBiZC1wYXJhbS1zZXQNCnBiZC1wbHVn DQpwYmQtdW5wbHVnDQoNClBHUFUgQ09NTUFORFMNCn5+fn5+fn5+fn5+fn4NCnBncHUtbGlzdA0K cGdwdS1wYXJhbS1hZGQNCnBncHUtcGFyYW0tY2xlYXINCnBncHUtcGFyYW0tZ2V0DQpwZ3B1LXBh cmFtLWxpc3QNCnBncHUtcGFyYW0tcmVtb3ZlDQpwZ3B1LXBhcmFtLXNldA0KDQpQSUYgQ09NTUFO RFMNCn5+fn5+fn5+fn5+fg0KcGlmLWZvcmdldA0KcGlmLWludHJvZHVjZQ0KcGlmLWxpc3QNCnBp Zi1wYXJhbS1hZGQNCnBpZi1wYXJhbS1jbGVhcg0KcGlmLXBhcmFtLWdldA0KcGlmLXBhcmFtLWxp c3QNCnBpZi1wYXJhbS1yZW1vdmUNCnBpZi1wYXJhbS1zZXQNCnBpZi1wbHVnDQpwaWYtcmVjb25m aWd1cmUtaXANCnBpZi1yZWNvbmZpZ3VyZS1pcHY2DQpwaWYtc2Nhbg0KcGlmLXNldC1wcmltYXJ5 LWFkZHJlc3MtdHlwZQ0KcGlmLXVucGx1Zw0KDQpQT09MIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+ DQpwb29sLWFwcGx5LWVkaXRpb24NCnBvb2wtY2VydGlmaWNhdGUtaW5zdGFsbA0KcG9vbC1jZXJ0 aWZpY2F0ZS1saXN0DQpwb29sLWNlcnRpZmljYXRlLXN5bmMNCnBvb2wtY2VydGlmaWNhdGUtdW5p bnN0YWxsDQpwb29sLWNybC1pbnN0YWxsDQpwb29sLWNybC1saXN0DQpwb29sLWNybC11bmluc3Rh bGwNCnBvb2wtZGVjb25maWd1cmUtd2xiDQpwb29sLWRlc2lnbmF0ZS1uZXctbWFzdGVyDQpwb29s LWRpc2FibGUtZXh0ZXJuYWwtYXV0aA0KcG9vbC1kaXNhYmxlLWxvY2FsLXN0b3JhZ2UtY2FjaGlu Zw0KcG9vbC1kaXNhYmxlLXJlZG8tbG9nDQpwb29sLWR1bXAtZGF0YWJhc2UNCnBvb2wtZWplY3QN CnBvb2wtZW1lcmdlbmN5LXJlc2V0LW1hc3Rlcg0KcG9vbC1lbWVyZ2VuY3ktdHJhbnNpdGlvbi10 by1tYXN0ZXINCnBvb2wtZW5hYmxlLWV4dGVybmFsLWF1dGgNCnBvb2wtZW5hYmxlLWxvY2FsLXN0 b3JhZ2UtY2FjaGluZw0KcG9vbC1lbmFibGUtcmVkby1sb2cNCnBvb2wtaGEtY29tcHV0ZS1oeXBv dGhldGljYWwtbWF4LWhvc3QtZmFpbHVyZXMtdG8tdG9sZXJhdGUNCnBvb2wtaGEtY29tcHV0ZS1t YXgtaG9zdC1mYWlsdXJlcy10by10b2xlcmF0ZQ0KcG9vbC1oYS1kaXNhYmxlDQpwb29sLWhhLWVu YWJsZQ0KcG9vbC1pbml0aWFsaXplLXdsYg0KcG9vbC1qb2luDQpwb29sLWxpc3QNCnBvb2wtcGFy YW0tYWRkDQpwb29sLXBhcmFtLWNsZWFyDQpwb29sLXBhcmFtLWdldA0KcG9vbC1wYXJhbS1saXN0 DQpwb29sLXBhcmFtLXJlbW92ZQ0KcG9vbC1wYXJhbS1zZXQNCnBvb2wtcmVjb3Zlci1zbGF2ZXMN CnBvb2wtcmVzdG9yZS1kYXRhYmFzZQ0KcG9vbC1yZXRyaWV2ZS13bGItY29uZmlndXJhdGlvbg0K cG9vbC1yZXRyaWV2ZS13bGItZGlhZ25vc3RpY3MNCnBvb2wtcmV0cmlldmUtd2xiLXJlY29tbWVu ZGF0aW9ucw0KcG9vbC1yZXRyaWV2ZS13bGItcmVwb3J0DQpwb29sLXNlbmQtdGVzdC1wb3N0DQpw b29sLXNlbmQtd2xiLWNvbmZpZ3VyYXRpb24NCnBvb2wtc3luYy1kYXRhYmFzZQ0KcG9vbC12bGFu LWNyZWF0ZQ0KDQpST0xFIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+DQpyb2xlLWxpc3QNCnJvbGUt cGFyYW0tZ2V0DQpyb2xlLXBhcmFtLWxpc3QNCg0KU0VDUkVUIENPTU1BTkRTDQp+fn5+fn5+fn5+ fn5+fn4NCnNlY3JldC1jcmVhdGUNCnNlY3JldC1kZXN0cm95DQpzZWNyZXQtbGlzdA0Kc2VjcmV0 LXBhcmFtLWNsZWFyDQpzZWNyZXQtcGFyYW0tZ2V0DQpzZWNyZXQtcGFyYW0tbGlzdA0Kc2VjcmV0 LXBhcmFtLXNldA0KDQpTRVNTSU9OIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+fn5+DQpzZXNzaW9u LXN1YmplY3QtaWRlbnRpZmllci1saXN0DQpzZXNzaW9uLXN1YmplY3QtaWRlbnRpZmllci1sb2dv dXQNCnNlc3Npb24tc3ViamVjdC1pZGVudGlmaWVyLWxvZ291dC1hbGwNCg0KU00gQ09NTUFORFMN Cn5+fn5+fn5+fn5+DQpzbS1saXN0DQpzbS1wYXJhbS1jbGVhcg0Kc20tcGFyYW0tZ2V0DQpzbS1w YXJhbS1saXN0DQoNClNOQVBTSE9UIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+fn5+fg0Kc25hcHNo b3QtY2xvbmUNCnNuYXBzaG90LWNvcHkNCnNuYXBzaG90LWRlc3Ryb3kNCnNuYXBzaG90LWRpc2st bGlzdA0Kc25hcHNob3QtZXhwb3J0LXRvLXRlbXBsYXRlDQpzbmFwc2hvdC1saXN0DQpzbmFwc2hv dC1wYXJhbS1hZGQNCnNuYXBzaG90LXBhcmFtLWNsZWFyDQpzbmFwc2hvdC1wYXJhbS1nZXQNCnNu YXBzaG90LXBhcmFtLWxpc3QNCnNuYXBzaG90LXBhcmFtLXJlbW92ZQ0Kc25hcHNob3QtcGFyYW0t c2V0DQpzbmFwc2hvdC1yZXNldC1wb3dlcnN0YXRlDQpzbmFwc2hvdC1yZXZlcnQNCnNuYXBzaG90 LXVuaW5zdGFsbA0KDQpTUiBDT01NQU5EUw0Kfn5+fn5+fn5+fn4NCnNyLWNyZWF0ZQ0Kc3ItZGVz dHJveQ0Kc3ItZGlzYWJsZS1kYXRhYmFzZS1yZXBsaWNhdGlvbg0Kc3ItZW5hYmxlLWRhdGFiYXNl LXJlcGxpY2F0aW9uDQpzci1mb3JnZXQNCnNyLWludHJvZHVjZQ0Kc3ItbGlzdA0Kc3ItcGFyYW0t YWRkDQpzci1wYXJhbS1jbGVhcg0Kc3ItcGFyYW0tZ2V0DQpzci1wYXJhbS1saXN0DQpzci1wYXJh bS1yZW1vdmUNCnNyLXBhcmFtLXNldA0Kc3ItcHJvYmUNCnNyLXNjYW4NCnNyLXVwZGF0ZQ0KDQpT VUJKRUNUIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+fn5+DQpzdWJqZWN0LWFkZA0Kc3ViamVjdC1s aXN0DQpzdWJqZWN0LXBhcmFtLWNsZWFyDQpzdWJqZWN0LXBhcmFtLWdldA0Kc3ViamVjdC1wYXJh bS1saXN0DQpzdWJqZWN0LXJlbW92ZQ0Kc3ViamVjdC1yb2xlLWFkZA0Kc3ViamVjdC1yb2xlLXJl bW92ZQ0KDQpUQVNLIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+DQp0YXNrLWNhbmNlbA0KdGFzay1s aXN0DQp0YXNrLXBhcmFtLWFkZA0KdGFzay1wYXJhbS1jbGVhcg0KdGFzay1wYXJhbS1nZXQNCnRh c2stcGFyYW0tbGlzdA0KdGFzay1wYXJhbS1yZW1vdmUNCnRhc2stcGFyYW0tc2V0DQoNClRFTVBM QVRFIENPTU1BTkRTDQp+fn5+fn5+fn5+fn5+fn5+fg0KdGVtcGxhdGUtZXhwb3J0DQp0ZW1wbGF0 ZS1saXN0DQp0ZW1wbGF0ZS1wYXJhbS1hZGQNCnRlbXBsYXRlLXBhcmFtLWNsZWFyDQp0ZW1wbGF0 ZS1wYXJhbS1nZXQNCnRlbXBsYXRlLXBhcmFtLWxpc3QNCnRlbXBsYXRlLXBhcmFtLXJlbW92ZQ0K dGVtcGxhdGUtcGFyYW0tc2V0DQp0ZW1wbGF0ZS11bmluc3RhbGwNCg0KVFVOTkVMIENPTU1BTkRT DQp+fn5+fn5+fn5+fn5+fn4NCnR1bm5lbC1jcmVhdGUNCnR1bm5lbC1kZXN0cm95DQp0dW5uZWwt bGlzdA0KdHVubmVsLXBhcmFtLWFkZA0KdHVubmVsLXBhcmFtLWNsZWFyDQp0dW5uZWwtcGFyYW0t Z2V0DQp0dW5uZWwtcGFyYW0tbGlzdA0KdHVubmVsLXBhcmFtLXJlbW92ZQ0KdHVubmVsLXBhcmFt LXNldA0KDQpVUERBVEUgQ09NTUFORFMNCn5+fn5+fn5+fn5+fn5+fg0KdXBkYXRlLXVwbG9hZA0K DQpQQVNTV09SRCBDT01NQU5EUw0Kfn5+fn5+fn5+fn5+fn5+fn4NCnVzZXItcGFzc3dvcmQtY2hh bmdlDQoNClZCRCBDT01NQU5EUw0Kfn5+fn5+fn5+fn5+DQp2YmQtY3JlYXRlDQp2YmQtZGVzdHJv eQ0KdmJkLWVqZWN0DQp2YmQtaW5zZXJ0DQp2YmQtbGlzdA0KdmJkLXBhcmFtLWFkZA0KdmJkLXBh cmFtLWNsZWFyDQp2YmQtcGFyYW0tZ2V0DQp2YmQtcGFyYW0tbGlzdA0KdmJkLXBhcmFtLXJlbW92 ZQ0KdmJkLXBhcmFtLXNldA0KdmJkLXBsdWcNCnZiZC11bnBsdWcNCg0KVkRJIENPTU1BTkRTDQp+ fn5+fn5+fn5+fn4NCnZkaS1jbG9uZQ0KdmRpLWNvcHkNCnZkaS1jcmVhdGUNCnZkaS1kZXN0cm95 DQp2ZGktZXhwb3J0DQp2ZGktZm9yZ2V0DQp2ZGktaW1wb3J0DQp2ZGktaW50cm9kdWNlDQp2ZGkt bGlzdA0KdmRpLXBhcmFtLWFkZA0KdmRpLXBhcmFtLWNsZWFyDQp2ZGktcGFyYW0tZ2V0DQp2ZGkt cGFyYW0tbGlzdA0KdmRpLXBhcmFtLXJlbW92ZQ0KdmRpLXBhcmFtLXNldA0KdmRpLXBvb2wtbWln cmF0ZQ0KdmRpLXJlc2l6ZQ0KdmRpLXNuYXBzaG90DQp2ZGktdW5sb2NrDQp2ZGktdXBkYXRlDQoN ClZHUFUgQ09NTUFORFMNCn5+fn5+fn5+fn5+fn4NCnZncHUtY3JlYXRlDQp2Z3B1LWRlc3Ryb3kN CnZncHUtbGlzdA0KdmdwdS1wYXJhbS1hZGQNCnZncHUtcGFyYW0tY2xlYXINCnZncHUtcGFyYW0t Z2V0DQp2Z3B1LXBhcmFtLWxpc3QNCnZncHUtcGFyYW0tcmVtb3ZlDQp2Z3B1LXBhcmFtLXNldA0K dmdwdS10eXBlLWxpc3QNCnZncHUtdHlwZS1wYXJhbS1nZXQNCnZncHUtdHlwZS1wYXJhbS1saXN0 DQoNClZJRiBDT01NQU5EUw0Kfn5+fn5+fn5+fn5+DQp2aWYtY3JlYXRlDQp2aWYtZGVzdHJveQ0K dmlmLWxpc3QNCnZpZi1wYXJhbS1hZGQNCnZpZi1wYXJhbS1jbGVhcg0KdmlmLXBhcmFtLWdldA0K dmlmLXBhcmFtLWxpc3QNCnZpZi1wYXJhbS1yZW1vdmUNCnZpZi1wYXJhbS1zZXQNCnZpZi1wbHVn DQp2aWYtdW5wbHVnDQoNClZMQU4gQ09NTUFORFMNCn5+fn5+fn5+fn5+fn4NCnZsYW4tY3JlYXRl DQp2bGFuLWRlc3Ryb3kNCnZsYW4tbGlzdA0Kdmxhbi1wYXJhbS1nZXQNCnZsYW4tcGFyYW0tbGlz dA== --_002_B8C24FCCBFC459419478083491FF39E20694E4BBFTLPEX01CL02cit_ 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 --_002_B8C24FCCBFC459419478083491FF39E20694E4BBFTLPEX01CL02cit_-- From xen-api-bounces@lists.xen.org Wed Jan 28 04:24:05 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Jan 2015 04:24: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 1YGKAX-00026U-00; Wed, 28 Jan 2015 04:23:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGKAV-00026E-BT; Wed, 28 Jan 2015 04:23:55 +0000 Received: from [85.158.139.211] by server-11.bemta-5.messagelabs.com id 87/66-07400-A5468C45; Wed, 28 Jan 2015 04:23:54 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1422419033!12953113!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17445 invoked from network); 28 Jan 2015 04:23:53 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 04:23:53 -0000 Received: by mail-la0-f54.google.com with SMTP id hv19so16817963lab.13; Tue, 27 Jan 2015 20:23:53 -0800 (PST) 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=bCiAcLJ94i1lQl5OA1W8cP2F0iCepO1Mf4Oa2s766qA=; b=DlfyMO0jz8URPwaJzzLNfxilSkPbUBTmHQbCvnKwT9Iyu1xXwPkAX/2tv3KkIWFb7s TyJZMlLV+vzJlc0HB9v8YOpYXU8uisFSlo1Sl2u03+TqM/4zHzzw7qEzvzYDoaCkfgZZ /fkgfTJKcN6m/P5Yn9N2rWwVVK8QiiZdHIOLYVLh+CaqCsKKM1PqwkzPI7AanTcobJ6Q EKFdNA+OqWvXIi6MRz2E1TARCqAKRCZkaA19lHq05PIqt8UggTpNulr9Gkaym4865aVw yPWEdPrzOjbKsGRBX7RBor0AnxApe6q7Flq6CY1bsjtM2Q/pCk2nfqOIAC0YZZ5h09oM CnHA== MIME-Version: 1.0 X-Received: by 10.152.19.129 with SMTP id f1mr5594334lae.40.1422419033248; Tue, 27 Jan 2015 20:23:53 -0800 (PST) Received: by 10.112.16.130 with HTTP; Tue, 27 Jan 2015 20:23:53 -0800 (PST) In-Reply-To: References: Date: Tue, 27 Jan 2015 23:23:53 -0500 X-Google-Sender-Auth: cI8eZEvRtwQqHey-DkOnXk6SjV4 Message-ID: From: Russ Pavlicek To: Russ Pavlicek Cc: xen-devel@lists.xenproject.org, xen-api@lists.xen.org, xs-devel@lists.xenserver.org, mirageos-devel@lists.xenproject.org, "xen-users@lists.xen.org" Subject: Re: [Xen-API] Xen Project Document Day this Wednesday, January 28: The Great 4.5 Clean-Up 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 Document Day is here! Please help us clean up the Wiki to properly reflect the 4.5 release. On Mon, Jan 26, 2015 at 11:38 AM, Russ Pavlicek wrote: > We want to begin this year by making sure that our documentation is > correct for the recent 4.5 release. > > Do you have new feature information? Do you see old information which > will confuse new users (especially those which rely on the xm command > instead of xl)? Do you know of best practices which change in the 4.5 > release? This is the day to focus on cleaning up these things and anything > else relating to the 4.5 release. > > All the information you need to participate in Document Day is here: > > http://wiki.xenproject.org/wiki/Xen_Document_Days > > Also take a look at the current TODO list to see other items which > need attention: > > http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO > > Please think about how you can help out. If you haven't requested > to be made a Wiki editor, save time and do it now so you are ready to > go on Document Day. Just fill out the form below: > > http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html > > We hope to see you Wednesday in #xendocs! _______________________________________________ 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 Jan 28 04:24:05 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Jan 2015 04:24: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 1YGKAX-00026U-00; Wed, 28 Jan 2015 04:23:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGKAV-00026E-BT; Wed, 28 Jan 2015 04:23:55 +0000 Received: from [85.158.139.211] by server-11.bemta-5.messagelabs.com id 87/66-07400-A5468C45; Wed, 28 Jan 2015 04:23:54 +0000 X-Env-Sender: russell.pavlicek.xen@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1422419033!12953113!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=2.5 required=7.0 tests=RCVD_BY_IP, SUSPICIOUS_RECIPS X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17445 invoked from network); 28 Jan 2015 04:23:53 -0000 Received: from mail-la0-f54.google.com (HELO mail-la0-f54.google.com) (209.85.215.54) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 04:23:53 -0000 Received: by mail-la0-f54.google.com with SMTP id hv19so16817963lab.13; Tue, 27 Jan 2015 20:23:53 -0800 (PST) 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=bCiAcLJ94i1lQl5OA1W8cP2F0iCepO1Mf4Oa2s766qA=; b=DlfyMO0jz8URPwaJzzLNfxilSkPbUBTmHQbCvnKwT9Iyu1xXwPkAX/2tv3KkIWFb7s TyJZMlLV+vzJlc0HB9v8YOpYXU8uisFSlo1Sl2u03+TqM/4zHzzw7qEzvzYDoaCkfgZZ /fkgfTJKcN6m/P5Yn9N2rWwVVK8QiiZdHIOLYVLh+CaqCsKKM1PqwkzPI7AanTcobJ6Q EKFdNA+OqWvXIi6MRz2E1TARCqAKRCZkaA19lHq05PIqt8UggTpNulr9Gkaym4865aVw yPWEdPrzOjbKsGRBX7RBor0AnxApe6q7Flq6CY1bsjtM2Q/pCk2nfqOIAC0YZZ5h09oM CnHA== MIME-Version: 1.0 X-Received: by 10.152.19.129 with SMTP id f1mr5594334lae.40.1422419033248; Tue, 27 Jan 2015 20:23:53 -0800 (PST) Received: by 10.112.16.130 with HTTP; Tue, 27 Jan 2015 20:23:53 -0800 (PST) In-Reply-To: References: Date: Tue, 27 Jan 2015 23:23:53 -0500 X-Google-Sender-Auth: cI8eZEvRtwQqHey-DkOnXk6SjV4 Message-ID: From: Russ Pavlicek To: Russ Pavlicek Cc: xen-devel@lists.xenproject.org, xen-api@lists.xen.org, xs-devel@lists.xenserver.org, mirageos-devel@lists.xenproject.org, "xen-users@lists.xen.org" Subject: Re: [Xen-API] Xen Project Document Day this Wednesday, January 28: The Great 4.5 Clean-Up 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 Document Day is here! Please help us clean up the Wiki to properly reflect the 4.5 release. On Mon, Jan 26, 2015 at 11:38 AM, Russ Pavlicek wrote: > We want to begin this year by making sure that our documentation is > correct for the recent 4.5 release. > > Do you have new feature information? Do you see old information which > will confuse new users (especially those which rely on the xm command > instead of xl)? Do you know of best practices which change in the 4.5 > release? This is the day to focus on cleaning up these things and anything > else relating to the 4.5 release. > > All the information you need to participate in Document Day is here: > > http://wiki.xenproject.org/wiki/Xen_Document_Days > > Also take a look at the current TODO list to see other items which > need attention: > > http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO > > Please think about how you can help out. If you haven't requested > to be made a Wiki editor, save time and do it now so you are ready to > go on Document Day. Just fill out the form below: > > http://xenproject.org/component/content/article/100-misc/145-request-to-be-made-a-wiki-editor.html > > We hope to see you Wednesday in #xendocs! _______________________________________________ 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 Jan 28 06:42:29 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Jan 2015 06:42: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 1YGMKQ-0003Zo-RA; Wed, 28 Jan 2015 06:42:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGMKO-0003Tv-TJ; Wed, 28 Jan 2015 06:42:17 +0000 Received: from [85.158.139.211] by server-10.bemta-5.messagelabs.com id 70/65-15069-7C488C45; Wed, 28 Jan 2015 06:42:15 +0000 X-Env-Sender: jesse.benedict@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1422427333!10770920!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11382 invoked from network); 28 Jan 2015 06:42:14 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 06:42:14 -0000 X-IronPort-AV: E=Sophos;i="5.09,479,1418083200"; d="scan'208";a="221152594" From: Jesse Benedict To: "xs-devel@lists.xenserver.org" Thread-Topic: [xs-devel] Xen Project Document Day this Wednesday, January 28: The Great 4.5 Clean-Up Thread-Index: AQHQOYahyP17/2HZhU6N/nkd9x/2MJzVRTaA///RITA= Date: Wed, 28 Jan 2015 06:42:12 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-DLP: MIA1 Cc: "xen-devel@lists.xenproject.org" , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-API] [xs-devel] Xen Project Document Day this Wednesday, January 28: The Great 4.5 Clean-Up 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 All, While I am waiting for my account to process, one item I wanted to add was related to creating a VM using vga=std | leave VM template alone to default to Cirrus. I thought *maybe* it could fit into this document (http://wiki.xen.org/wiki/XCP_PV_templates_start) ? Reason is that XAPI is referenced, switching boot loaders is present, and it just seem apropos to append: .... platform:vga=std platform:videoram=X (where X < 16MiB) The difference, especially with PVonHVM and HVM is very noticeable, as I have documented here (Thanks, Tim!): http://xenserver.org/discuss-virtualization/virtualization-blog/entry/vga-over-cirrus-in-xenserver-6-2.html Where Xen is compiled on a platform, as opposed to Citrix's XenServer, this makes for a better VNC interaction... IMHO. Furthermore, this can be permanently added to templates and the consequence is that, where videoram is specified (in megabytes), that one must subtract that from the VMs allocated RAM. Thoughts and floggings are welcomed. -----Original Message----- From: russell.pavlicek.xen@gmail.com [mailto:russell.pavlicek.xen@gmail.com] On Behalf Of Russ Pavlicek Sent: Tuesday, January 27, 2015 11:24 PM To: Russ Pavlicek Cc: xen-devel@lists.xenproject.org; xen-users@lists.xen.org; xen-api@lists.xen.org; xs-devel@lists.xenserver.org; mirageos-devel@lists.xenproject.org Subject: Re: [xs-devel] Xen Project Document Day this Wednesday, January 28: The Great 4.5 Clean-Up Document Day is here! Please help us clean up the Wiki to properly reflect the 4.5 release. On Mon, Jan 26, 2015 at 11:38 AM, Russ Pavlicek wrote: > We want to begin this year by making sure that our documentation is > correct for the recent 4.5 release. > > Do you have new feature information? Do you see old information which > will confuse new users (especially those which rely on the xm command > instead of xl)? Do you know of best practices which change in the 4.5 > release? This is the day to focus on cleaning up these things and > anything else relating to the 4.5 release. > > All the information you need to participate in Document Day is here: > > http://wiki.xenproject.org/wiki/Xen_Document_Days > > Also take a look at the current TODO list to see other items which > need attention: > > http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO > > Please think about how you can help out. If you haven't requested to > be made a Wiki editor, save time and do it now so you are ready to go > on Document Day. Just fill out the form below: > > http://xenproject.org/component/content/article/100-misc/145-request-t > o-be-made-a-wiki-editor.html > > We hope to see you Wednesday in #xendocs! _______________________________________________ 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 Jan 28 06:42:29 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Jan 2015 06:42: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 1YGMKQ-0003Zo-RA; Wed, 28 Jan 2015 06:42:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGMKO-0003Tv-TJ; Wed, 28 Jan 2015 06:42:17 +0000 Received: from [85.158.139.211] by server-10.bemta-5.messagelabs.com id 70/65-15069-7C488C45; Wed, 28 Jan 2015 06:42:15 +0000 X-Env-Sender: jesse.benedict@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1422427333!10770920!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11382 invoked from network); 28 Jan 2015 06:42:14 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 06:42:14 -0000 X-IronPort-AV: E=Sophos;i="5.09,479,1418083200"; d="scan'208";a="221152594" From: Jesse Benedict To: "xs-devel@lists.xenserver.org" Thread-Topic: [xs-devel] Xen Project Document Day this Wednesday, January 28: The Great 4.5 Clean-Up Thread-Index: AQHQOYahyP17/2HZhU6N/nkd9x/2MJzVRTaA///RITA= Date: Wed, 28 Jan 2015 06:42:12 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-DLP: MIA1 Cc: "xen-devel@lists.xenproject.org" , "xen-api@lists.xen.org" , "mirageos-devel@lists.xenproject.org" , "xen-users@lists.xen.org" Subject: Re: [Xen-API] [xs-devel] Xen Project Document Day this Wednesday, January 28: The Great 4.5 Clean-Up 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 All, While I am waiting for my account to process, one item I wanted to add was related to creating a VM using vga=std | leave VM template alone to default to Cirrus. I thought *maybe* it could fit into this document (http://wiki.xen.org/wiki/XCP_PV_templates_start) ? Reason is that XAPI is referenced, switching boot loaders is present, and it just seem apropos to append: .... platform:vga=std platform:videoram=X (where X < 16MiB) The difference, especially with PVonHVM and HVM is very noticeable, as I have documented here (Thanks, Tim!): http://xenserver.org/discuss-virtualization/virtualization-blog/entry/vga-over-cirrus-in-xenserver-6-2.html Where Xen is compiled on a platform, as opposed to Citrix's XenServer, this makes for a better VNC interaction... IMHO. Furthermore, this can be permanently added to templates and the consequence is that, where videoram is specified (in megabytes), that one must subtract that from the VMs allocated RAM. Thoughts and floggings are welcomed. -----Original Message----- From: russell.pavlicek.xen@gmail.com [mailto:russell.pavlicek.xen@gmail.com] On Behalf Of Russ Pavlicek Sent: Tuesday, January 27, 2015 11:24 PM To: Russ Pavlicek Cc: xen-devel@lists.xenproject.org; xen-users@lists.xen.org; xen-api@lists.xen.org; xs-devel@lists.xenserver.org; mirageos-devel@lists.xenproject.org Subject: Re: [xs-devel] Xen Project Document Day this Wednesday, January 28: The Great 4.5 Clean-Up Document Day is here! Please help us clean up the Wiki to properly reflect the 4.5 release. On Mon, Jan 26, 2015 at 11:38 AM, Russ Pavlicek wrote: > We want to begin this year by making sure that our documentation is > correct for the recent 4.5 release. > > Do you have new feature information? Do you see old information which > will confuse new users (especially those which rely on the xm command > instead of xl)? Do you know of best practices which change in the 4.5 > release? This is the day to focus on cleaning up these things and > anything else relating to the 4.5 release. > > All the information you need to participate in Document Day is here: > > http://wiki.xenproject.org/wiki/Xen_Document_Days > > Also take a look at the current TODO list to see other items which > need attention: > > http://wiki.xenproject.org/wiki/Xen_Document_Days/TODO > > Please think about how you can help out. If you haven't requested to > be made a Wiki editor, save time and do it now so you are ready to go > on Document Day. Just fill out the form below: > > http://xenproject.org/component/content/article/100-misc/145-request-t > o-be-made-a-wiki-editor.html > > We hope to see you Wednesday in #xendocs! _______________________________________________ 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 Jan 28 08:52:14 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Jan 2015 08:52:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGOM2-0007A6-Ax; Wed, 28 Jan 2015 08:52:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGOM1-00076y-CA for xen-api@lists.xenproject.org; Wed, 28 Jan 2015 08:52:05 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id D0/D3-05177-433A8C45; Wed, 28 Jan 2015 08:52:04 +0000 X-Env-Sender: Stephen.Turner@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1422435123!11976832!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7303 invoked from network); 28 Jan 2015 08:52:03 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 08:52:03 -0000 X-IronPort-AV: E=Sophos;i="5.09,480,1418083200"; d="scan'208";a="30058587" From: Stephen Turner To: "xs-devel@lists.xenserver.org" , "xen-api@lists.xenproject.org" , "Konstantina Chremmou" Thread-Topic: improving the XenAPI docs Thread-Index: AQHQOnSgKkm0Jeb7d0yIw43IezOPhJzVNtpw Date: Wed, 28 Jan 2015 08:52:02 +0000 Message-ID: <85B56B1AEDD2674A82DEC8B61E1218292587A7DD@AMSPEX01CL01.citrite.net> References: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> In-Reply-To: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-DLP: AMS1 Subject: Re: [Xen-API] improving the XenAPI docs 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org VGhhbmtzIGZvciByYWlzaW5nIHRoaXMsIERhdmUuIEkgdGhpbmsgZG9jdW1lbnRpbmcgdGhlIGZp ZWxkcyBoZWxwZnVsbHkgaXMgaW1wb3J0YW50LCBidXQgZXhhbXBsZXMgYXJlIGtleSB0b28gYmVj YXVzZSB0aGF0J3MgaG93IHBlb3BsZSBidWlsZCBjb2RlIGluIHByYWN0aWNlLg0KDQpPbmUgbW9y ZSB0aGluZyBJIHdvdWxkIGFkZDogdGhlcmUgYXJlIHRvbyBtYW55IGhhc2ggdGFibGVzIChvdGhl cl9jb25maWcsIHNtX2NvbmZpZywgZXRjLikgd2hlcmUgdGhlIHBvc3NpYmxlIChvciBwZXJoYXBz IEkgc2hvdWxkIHNheSwgdW5kZXJzdG9vZCkga2V5cyBhbmQgdmFsdWVzIGFyZW4ndCBkb2N1bWVu dGVkLg0KDQpUaW5hIHRob3VnaHQgYWJvdXQgdGhpcyBwcm9ibGVtIGEgbG90IGFuZCBjb21waWxl ZCBhIHBhcnRpYWwgKGJ1dCBsYXJnZSkgbGlzdCBvZiBpc3N1ZXM6IHNlZSBzZWN0aW9uIDUgb2Yg aHR0cHM6Ly9pbmZvLmNpdHJpdGUubmV0L2Rpc3BsYXkvVUkvU0RLK3Byb2R1Y3QrYmFja2xvZyth dCt0aGUrZW5kK29mK0NsZWFyd2F0ZXIuDQoNCi0tIA0KU3RlcGhlbiBUdXJuZXINCg0KDQotLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogeHMtZGV2ZWwtcmVxdWVzdEBsaXN0cy54ZW5z ZXJ2ZXIub3JnIFttYWlsdG86eHMtZGV2ZWwtcmVxdWVzdEBsaXN0cy54ZW5zZXJ2ZXIub3JnXSBP biBCZWhhbGYgT2YgRGF2ZSBTY290dA0KU2VudDogMjcgSmFudWFyeSAyMDE1IDIxOjAzDQpUbzog eGVuLWFwaUBsaXN0cy54ZW5wcm9qZWN0Lm9yZw0KQ2M6IHhzLWRldmVsDQpTdWJqZWN0OiBbeHMt ZGV2ZWxdIGltcHJvdmluZyB0aGUgWGVuQVBJIGRvY3MNCg0KSGksDQoNCknigJl2ZSBiZWVuIHRo aW5raW5nIGFib3V0IGhvdyB0byBpbXByb3ZlIHRoZSBYZW5BUEkgcmVmZXJlbmNlWzFdLiBUaGUg dGhpbmdzIEkgbGlrZSBhYm91dCB0aGUgcmVmZXJlbmNlIGFyZToNCg0KLSBpdOKAmXMgZ2VuZXJh dGVkIGZyb20gdGhlIElETCwgc28gaXTigJlzIGFsd2F5cyB1cCB0byBkYXRlDQotIGl04oCZcyBn b3QgZXZlcnl0aGluZyBpbiBpdA0KDQpUaGUgdGhpbmdzIEkgZG9u4oCZdCBsaWtlIGFib3V0IHRo ZSByZWZlcmVuY2UgYXJlOg0KDQotIGl04oCZcyBnb3QgZXZlcnl0aGluZyBpbiBpdOKApiBpbiBh bHBoYWJldGljYWwgb3JkZXIsIHJhdGhlciB0aGFuIGluIGFueSBraW5kIG9mIHVzZWZ1bG5lc3Mg b3JkZXINCi0gdGhlIGRlc2NyaXB0aW9ucyBvZiBmaWVsZHMvIGZ1bmN0aW9ucyBhcmXigKYgdGVy c2UgKGFuZCBvZnRlbiB0YXV0b2xvZ291cykNCi0gdGhlcmUgYXJlIG5vIGluLWxpbmUgZXhhbXBs ZXMNCg0KSeKAmWQgbGlrZSB0byBpbXByb3ZlIHRoZSByZWZlcmVuY2UgYnkgbWFraW5nIDIgZXh0 ZW5zaW9uczoNCg0KMS4gSeKAmWQgbGlrZSB0byBhZGQgdGFncyB0byBlYWNoIGZpZWxkIGFuZCBm dW5jdGlvbiwgYW5kIGFsbG93IHRoZSBkb2NzIHRvIGJlIHNlYXJjaGVkIGJ5IHRhZyAoZS5nLiBm aW5kIGFsbCB0aGUgZmllbGRzIGFuZCBmdW5jdGlvbnMgcmVsYXRlZCB0byDigJxzbmFwc2hvdHPi gJ0pIEEgd2VsbC1rbm93biB0YWcgbmFtZSB3b3VsZCBiZSDigJxjb3Jl4oCdIG1lYW5pbmcg4oCc c3R1ZmYgeW91IG5lZWQgdG8ga25vd+KAnSBhbmQgSSBwcm9wb3NlIHdlIGVpdGhlciBmaWx0ZXIg Zm9yIHRoYXQgYnkgZGVmYXVsdCwgb3IgYXQgbGVhc3QgcmUtb3JkZXIgdGhlIGVsZW1lbnRzIHNv IHdlIGhhdmUgY29yZSBmaXJzdC4NCg0KMi4gSeKAmWQgbGlrZSB0byBjcmVhdGUgYSBzcGFyc2Ug ZmlsZSBvdmVybGF5IHBlci1BUEkgaW4gdGhlIHhlbi1hcGkgcmVwby4gQW4gb3ZlcmxheSBmaWxl IOKAlCBpZiBpdCBleGlzdHMg4oCUIHdvdWxkIG92ZXJyaWRlIHdoYXRldmVyIHRlcnNlIGRlc2Ny aXB0aW9uIGV4aXN0cyBpbiB0aGUgcmF3IElETC4gVGhlIG92ZXJsYXkgd291bGQgYmUgd3JpdHRl biBpbiBtYXJrZG93biBhbmQgd291bGQgY29udGFpbiBwYXJhZ3JhcGhzIG9mIGRlc2NyaXB0aW9u LCBsaW5rcyBhbmQgZXhhbXBsZSB1c2FnZXMuIEl0IHdvdWxkIGJlIGVhc3kgdG8gYWRkIGFuIG92 ZXJsYXkgdG8gdGhlIHJlcG8gd2l0aG91dCBicmVha2luZyB0aGUgYnVpbGQgKGkuZS4gdGhlcmXi gJlzIG5vIG5lZWQgdG8ga2VlcCBhbGwgdGhlIGRvY3MgaW5zaWRlIHRoZSBjb2RlIGFzIHdlbGwt cXVvdGVkIHN0cmluZ3Mgd2hlcmUgeW91IGhhdmUgdG8gc2F0aXNmeSB0aGUgY29tcGlsZXIpLg0K DQpUaG91Z2h0cy8gc3VnZ2VzdGlvbnMvIGltcHJvdmVtZW50cyB3ZWxjb21lIQ0KDQpDaGVlcnMs DQpEYXZlDQoNClsxXSBUaGVyZeKAmXMgbW9yZSB0aGFuIG9uZSBjb3B5IG9uIHRoZSB3ZWIsIGJ1 dCBoZXJl4oCZcyB0aGUgb25lIEkgd2FzIGxvb2tpbmcgYXQ6IGh0dHA6Ly94YXBpLXByb2plY3Qu Z2l0aHViLmlvL3hlbi1hcGkvaW5kZXguaHRtbA0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54 ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4t YXBpCg== From xen-api-bounces@lists.xen.org Wed Jan 28 08:52:14 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Jan 2015 08:52:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGOM2-0007A6-Ax; Wed, 28 Jan 2015 08:52:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGOM1-00076y-CA for xen-api@lists.xenproject.org; Wed, 28 Jan 2015 08:52:05 +0000 Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id D0/D3-05177-433A8C45; Wed, 28 Jan 2015 08:52:04 +0000 X-Env-Sender: Stephen.Turner@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1422435123!11976832!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7303 invoked from network); 28 Jan 2015 08:52:03 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 08:52:03 -0000 X-IronPort-AV: E=Sophos;i="5.09,480,1418083200"; d="scan'208";a="30058587" From: Stephen Turner To: "xs-devel@lists.xenserver.org" , "xen-api@lists.xenproject.org" , "Konstantina Chremmou" Thread-Topic: improving the XenAPI docs Thread-Index: AQHQOnSgKkm0Jeb7d0yIw43IezOPhJzVNtpw Date: Wed, 28 Jan 2015 08:52:02 +0000 Message-ID: <85B56B1AEDD2674A82DEC8B61E1218292587A7DD@AMSPEX01CL01.citrite.net> References: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> In-Reply-To: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-DLP: AMS1 Subject: Re: [Xen-API] improving the XenAPI docs 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org VGhhbmtzIGZvciByYWlzaW5nIHRoaXMsIERhdmUuIEkgdGhpbmsgZG9jdW1lbnRpbmcgdGhlIGZp ZWxkcyBoZWxwZnVsbHkgaXMgaW1wb3J0YW50LCBidXQgZXhhbXBsZXMgYXJlIGtleSB0b28gYmVj YXVzZSB0aGF0J3MgaG93IHBlb3BsZSBidWlsZCBjb2RlIGluIHByYWN0aWNlLg0KDQpPbmUgbW9y ZSB0aGluZyBJIHdvdWxkIGFkZDogdGhlcmUgYXJlIHRvbyBtYW55IGhhc2ggdGFibGVzIChvdGhl cl9jb25maWcsIHNtX2NvbmZpZywgZXRjLikgd2hlcmUgdGhlIHBvc3NpYmxlIChvciBwZXJoYXBz IEkgc2hvdWxkIHNheSwgdW5kZXJzdG9vZCkga2V5cyBhbmQgdmFsdWVzIGFyZW4ndCBkb2N1bWVu dGVkLg0KDQpUaW5hIHRob3VnaHQgYWJvdXQgdGhpcyBwcm9ibGVtIGEgbG90IGFuZCBjb21waWxl ZCBhIHBhcnRpYWwgKGJ1dCBsYXJnZSkgbGlzdCBvZiBpc3N1ZXM6IHNlZSBzZWN0aW9uIDUgb2Yg aHR0cHM6Ly9pbmZvLmNpdHJpdGUubmV0L2Rpc3BsYXkvVUkvU0RLK3Byb2R1Y3QrYmFja2xvZyth dCt0aGUrZW5kK29mK0NsZWFyd2F0ZXIuDQoNCi0tIA0KU3RlcGhlbiBUdXJuZXINCg0KDQotLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogeHMtZGV2ZWwtcmVxdWVzdEBsaXN0cy54ZW5z ZXJ2ZXIub3JnIFttYWlsdG86eHMtZGV2ZWwtcmVxdWVzdEBsaXN0cy54ZW5zZXJ2ZXIub3JnXSBP biBCZWhhbGYgT2YgRGF2ZSBTY290dA0KU2VudDogMjcgSmFudWFyeSAyMDE1IDIxOjAzDQpUbzog eGVuLWFwaUBsaXN0cy54ZW5wcm9qZWN0Lm9yZw0KQ2M6IHhzLWRldmVsDQpTdWJqZWN0OiBbeHMt ZGV2ZWxdIGltcHJvdmluZyB0aGUgWGVuQVBJIGRvY3MNCg0KSGksDQoNCknigJl2ZSBiZWVuIHRo aW5raW5nIGFib3V0IGhvdyB0byBpbXByb3ZlIHRoZSBYZW5BUEkgcmVmZXJlbmNlWzFdLiBUaGUg dGhpbmdzIEkgbGlrZSBhYm91dCB0aGUgcmVmZXJlbmNlIGFyZToNCg0KLSBpdOKAmXMgZ2VuZXJh dGVkIGZyb20gdGhlIElETCwgc28gaXTigJlzIGFsd2F5cyB1cCB0byBkYXRlDQotIGl04oCZcyBn b3QgZXZlcnl0aGluZyBpbiBpdA0KDQpUaGUgdGhpbmdzIEkgZG9u4oCZdCBsaWtlIGFib3V0IHRo ZSByZWZlcmVuY2UgYXJlOg0KDQotIGl04oCZcyBnb3QgZXZlcnl0aGluZyBpbiBpdOKApiBpbiBh bHBoYWJldGljYWwgb3JkZXIsIHJhdGhlciB0aGFuIGluIGFueSBraW5kIG9mIHVzZWZ1bG5lc3Mg b3JkZXINCi0gdGhlIGRlc2NyaXB0aW9ucyBvZiBmaWVsZHMvIGZ1bmN0aW9ucyBhcmXigKYgdGVy c2UgKGFuZCBvZnRlbiB0YXV0b2xvZ291cykNCi0gdGhlcmUgYXJlIG5vIGluLWxpbmUgZXhhbXBs ZXMNCg0KSeKAmWQgbGlrZSB0byBpbXByb3ZlIHRoZSByZWZlcmVuY2UgYnkgbWFraW5nIDIgZXh0 ZW5zaW9uczoNCg0KMS4gSeKAmWQgbGlrZSB0byBhZGQgdGFncyB0byBlYWNoIGZpZWxkIGFuZCBm dW5jdGlvbiwgYW5kIGFsbG93IHRoZSBkb2NzIHRvIGJlIHNlYXJjaGVkIGJ5IHRhZyAoZS5nLiBm aW5kIGFsbCB0aGUgZmllbGRzIGFuZCBmdW5jdGlvbnMgcmVsYXRlZCB0byDigJxzbmFwc2hvdHPi gJ0pIEEgd2VsbC1rbm93biB0YWcgbmFtZSB3b3VsZCBiZSDigJxjb3Jl4oCdIG1lYW5pbmcg4oCc c3R1ZmYgeW91IG5lZWQgdG8ga25vd+KAnSBhbmQgSSBwcm9wb3NlIHdlIGVpdGhlciBmaWx0ZXIg Zm9yIHRoYXQgYnkgZGVmYXVsdCwgb3IgYXQgbGVhc3QgcmUtb3JkZXIgdGhlIGVsZW1lbnRzIHNv IHdlIGhhdmUgY29yZSBmaXJzdC4NCg0KMi4gSeKAmWQgbGlrZSB0byBjcmVhdGUgYSBzcGFyc2Ug ZmlsZSBvdmVybGF5IHBlci1BUEkgaW4gdGhlIHhlbi1hcGkgcmVwby4gQW4gb3ZlcmxheSBmaWxl IOKAlCBpZiBpdCBleGlzdHMg4oCUIHdvdWxkIG92ZXJyaWRlIHdoYXRldmVyIHRlcnNlIGRlc2Ny aXB0aW9uIGV4aXN0cyBpbiB0aGUgcmF3IElETC4gVGhlIG92ZXJsYXkgd291bGQgYmUgd3JpdHRl biBpbiBtYXJrZG93biBhbmQgd291bGQgY29udGFpbiBwYXJhZ3JhcGhzIG9mIGRlc2NyaXB0aW9u LCBsaW5rcyBhbmQgZXhhbXBsZSB1c2FnZXMuIEl0IHdvdWxkIGJlIGVhc3kgdG8gYWRkIGFuIG92 ZXJsYXkgdG8gdGhlIHJlcG8gd2l0aG91dCBicmVha2luZyB0aGUgYnVpbGQgKGkuZS4gdGhlcmXi gJlzIG5vIG5lZWQgdG8ga2VlcCBhbGwgdGhlIGRvY3MgaW5zaWRlIHRoZSBjb2RlIGFzIHdlbGwt cXVvdGVkIHN0cmluZ3Mgd2hlcmUgeW91IGhhdmUgdG8gc2F0aXNmeSB0aGUgY29tcGlsZXIpLg0K DQpUaG91Z2h0cy8gc3VnZ2VzdGlvbnMvIGltcHJvdmVtZW50cyB3ZWxjb21lIQ0KDQpDaGVlcnMs DQpEYXZlDQoNClsxXSBUaGVyZeKAmXMgbW9yZSB0aGFuIG9uZSBjb3B5IG9uIHRoZSB3ZWIsIGJ1 dCBoZXJl4oCZcyB0aGUgb25lIEkgd2FzIGxvb2tpbmcgYXQ6IGh0dHA6Ly94YXBpLXByb2plY3Qu Z2l0aHViLmlvL3hlbi1hcGkvaW5kZXguaHRtbA0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54 ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4t YXBpCg== From xen-api-bounces@lists.xen.org Wed Jan 28 10:09:18 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Jan 2015 10:09: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 1YGPYf-0004W9-3h; Wed, 28 Jan 2015 10:09:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGPYd-0004Uv-P3; Wed, 28 Jan 2015 10:09:11 +0000 Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id 1D/6C-03891-645B8C45; Wed, 28 Jan 2015 10:09:10 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1422439749!22923805!1 X-Originating-IP: [74.125.82.44] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19104 invoked from network); 28 Jan 2015 10:09:10 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 10:09:10 -0000 Received: by mail-wg0-f44.google.com with SMTP id z12so19637210wgg.3; Wed, 28 Jan 2015 02:09:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :cc:to:mime-version; bh=yE9HIbxQQKPg+IdndQVKrLfqojZGFQCiIi7719Wsrj0=; b=aA70nW7lofEzr+jyu18aj6rmde9n/Ly5TqwEurLiyu/XnisWKJ/Lt1vM529XHLvfgf +uiUZtd4IT3UnDn6tyepvhuiylFdpyofz/4jTNQvYQB95ztp2Y8lsICJsNxDMlafjft8 ZOUcxeEbZtQ/xHW00/OI1E0OPrRYloagiTRuENACuSy9ybghjxMNLW7fQx7Spv+d8ZOX gMnQWvGNSfGcYeQRmTTxSr2BzQpN8VUKJAivZtA/qRUmmff7jNV8tOODGqO30Zr8XY2f 3niwD3rh/ObrKfb/tRp2ZMf8wYemYzHhtgEs3YnEBkPRLr7A50Me0J1TiS6MlLISw5n0 tLxA== X-Received: by 10.180.14.136 with SMTP id p8mr5474826wic.20.1422439749566; Wed, 28 Jan 2015 02:09:09 -0800 (PST) Received: from [192.168.0.8] (97e5a0c2.skybroadband.com. [151.229.160.194]) by mx.google.com with ESMTPSA id b10sm5373019wjr.32.2015.01.28.02.09.07 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 28 Jan 2015 02:09:08 -0800 (PST) From: Lars Kurth Date: Wed, 28 Jan 2015 10:09:06 +0000 Message-Id: <851C4ADF-6236-443B-B7BA-5A7A68AC8819@gmail.com> To: xen-devel , Win-pv-devel@lists.xenproject.org, mirageos-devel , xen-api@lists.xenproject.org, embedded-pv-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Cc: advisory-board@lists.xenproject.org Subject: [Xen-API] Hackathon date options in Shanghai : please vote for a preference by Wed the 3rd of Feb 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 Dear community members, Intel has volunteered to host the next Xen Project Hackathon in Shanghai in China. We were originally looking at an April/May time-frame, but due to Easter holidays and the OpenStack summit in May, the following two date options look most sensible. Remember, this is a two day event. The options are: * Option 1: 2 days from Tue April 21 to Fri 24th ... In this case I would suggest maybe the 22 - 23rd, giving people a chance to meet customers on Friday and/or do a bit of sightseeing. It also means that attendees from other Chinese cities will be able to get to their home cities more easily (Friday is always extremely busy) * Option 2: April 28-29 Please let me know if you have any preferences and vote for option 1 or 2 (if you vote for option 1 let me know if you care about any specific dates) 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 Wed Jan 28 10:09:18 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Jan 2015 10:09: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 1YGPYf-0004W9-3h; Wed, 28 Jan 2015 10:09:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGPYd-0004Uv-P3; Wed, 28 Jan 2015 10:09:11 +0000 Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id 1D/6C-03891-645B8C45; Wed, 28 Jan 2015 10:09:10 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1422439749!22923805!1 X-Originating-IP: [74.125.82.44] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19104 invoked from network); 28 Jan 2015 10:09:10 -0000 Received: from mail-wg0-f44.google.com (HELO mail-wg0-f44.google.com) (74.125.82.44) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 10:09:10 -0000 Received: by mail-wg0-f44.google.com with SMTP id z12so19637210wgg.3; Wed, 28 Jan 2015 02:09:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :cc:to:mime-version; bh=yE9HIbxQQKPg+IdndQVKrLfqojZGFQCiIi7719Wsrj0=; b=aA70nW7lofEzr+jyu18aj6rmde9n/Ly5TqwEurLiyu/XnisWKJ/Lt1vM529XHLvfgf +uiUZtd4IT3UnDn6tyepvhuiylFdpyofz/4jTNQvYQB95ztp2Y8lsICJsNxDMlafjft8 ZOUcxeEbZtQ/xHW00/OI1E0OPrRYloagiTRuENACuSy9ybghjxMNLW7fQx7Spv+d8ZOX gMnQWvGNSfGcYeQRmTTxSr2BzQpN8VUKJAivZtA/qRUmmff7jNV8tOODGqO30Zr8XY2f 3niwD3rh/ObrKfb/tRp2ZMf8wYemYzHhtgEs3YnEBkPRLr7A50Me0J1TiS6MlLISw5n0 tLxA== X-Received: by 10.180.14.136 with SMTP id p8mr5474826wic.20.1422439749566; Wed, 28 Jan 2015 02:09:09 -0800 (PST) Received: from [192.168.0.8] (97e5a0c2.skybroadband.com. [151.229.160.194]) by mx.google.com with ESMTPSA id b10sm5373019wjr.32.2015.01.28.02.09.07 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 28 Jan 2015 02:09:08 -0800 (PST) From: Lars Kurth Date: Wed, 28 Jan 2015 10:09:06 +0000 Message-Id: <851C4ADF-6236-443B-B7BA-5A7A68AC8819@gmail.com> To: xen-devel , Win-pv-devel@lists.xenproject.org, mirageos-devel , xen-api@lists.xenproject.org, embedded-pv-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Cc: advisory-board@lists.xenproject.org Subject: [Xen-API] Hackathon date options in Shanghai : please vote for a preference by Wed the 3rd of Feb 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 Dear community members, Intel has volunteered to host the next Xen Project Hackathon in Shanghai in China. We were originally looking at an April/May time-frame, but due to Easter holidays and the OpenStack summit in May, the following two date options look most sensible. Remember, this is a two day event. The options are: * Option 1: 2 days from Tue April 21 to Fri 24th ... In this case I would suggest maybe the 22 - 23rd, giving people a chance to meet customers on Friday and/or do a bit of sightseeing. It also means that attendees from other Chinese cities will be able to get to their home cities more easily (Friday is always extremely busy) * Option 2: April 28-29 Please let me know if you have any preferences and vote for option 1 or 2 (if you vote for option 1 let me know if you care about any specific dates) 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 Wed Jan 28 10:21:42 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Jan 2015 10:21: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 1YGPkb-0005Og-VI; Wed, 28 Jan 2015 10:21:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGPka-0005Ob-Ts for xen-api@lists.xenproject.org; Wed, 28 Jan 2015 10:21:33 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 43/96-21543-C28B8C45; Wed, 28 Jan 2015 10:21:32 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1422440490!12591068!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22561 invoked from network); 28 Jan 2015 10:21:31 -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; 28 Jan 2015 10:21:31 -0000 X-IronPort-AV: E=Sophos;i="5.09,480,1418083200"; d="scan'208";a="221188428" Message-ID: <54C8B828.4020008@citrix.com> Date: Wed, 28 Jan 2015 10:21:28 +0000 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.3.0 MIME-Version: 1.0 To: Stephen Turner References: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> <85B56B1AEDD2674A82DEC8B61E1218292587A7DD@AMSPEX01CL01.citrite.net> In-Reply-To: <85B56B1AEDD2674A82DEC8B61E1218292587A7DD@AMSPEX01CL01.citrite.net> X-DLP: MIA2 Cc: "xen-api@lists.xenproject.org" , xs-devel@lists.xenserver.org, Konstantina Chremmou Subject: Re: [Xen-API] [xs-devel] improving the XenAPI docs 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 28/01/15 08:52, Stephen Turner wrote: > Tina thought about this problem a lot and compiled a partial (but large) list of issues: see section 5 of https://info.citrite.net/display/UI/SDK+product+backlog+at+the+end+of+Clearwater. Any posts to public mailing lists need to refer to the public XenServer wiki rather than our internal wiki. ~Andrew _______________________________________________ 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 Jan 28 10:21:42 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Jan 2015 10:21: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 1YGPkb-0005Og-VI; Wed, 28 Jan 2015 10:21:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGPka-0005Ob-Ts for xen-api@lists.xenproject.org; Wed, 28 Jan 2015 10:21:33 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 43/96-21543-C28B8C45; Wed, 28 Jan 2015 10:21:32 +0000 X-Env-Sender: Andrew.Cooper3@citrix.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1422440490!12591068!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22561 invoked from network); 28 Jan 2015 10:21:31 -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; 28 Jan 2015 10:21:31 -0000 X-IronPort-AV: E=Sophos;i="5.09,480,1418083200"; d="scan'208";a="221188428" Message-ID: <54C8B828.4020008@citrix.com> Date: Wed, 28 Jan 2015 10:21:28 +0000 From: Andrew Cooper User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.3.0 MIME-Version: 1.0 To: Stephen Turner References: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> <85B56B1AEDD2674A82DEC8B61E1218292587A7DD@AMSPEX01CL01.citrite.net> In-Reply-To: <85B56B1AEDD2674A82DEC8B61E1218292587A7DD@AMSPEX01CL01.citrite.net> X-DLP: MIA2 Cc: "xen-api@lists.xenproject.org" , xs-devel@lists.xenserver.org, Konstantina Chremmou Subject: Re: [Xen-API] [xs-devel] improving the XenAPI docs 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 28/01/15 08:52, Stephen Turner wrote: > Tina thought about this problem a lot and compiled a partial (but large) list of issues: see section 5 of https://info.citrite.net/display/UI/SDK+product+backlog+at+the+end+of+Clearwater. Any posts to public mailing lists need to refer to the public XenServer wiki rather than our internal wiki. ~Andrew _______________________________________________ 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 Jan 28 10:26:58 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Jan 2015 10:26: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 1YGPpm-0006Jl-G3; Wed, 28 Jan 2015 10:26:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGPpl-0006Jg-QE for xen-api@lists.xenproject.org; Wed, 28 Jan 2015 10:26:53 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id B0/79-19804-D69B8C45; Wed, 28 Jan 2015 10:26:53 +0000 X-Env-Sender: Stephen.Turner@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1422440811!12915741!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21652 invoked from network); 28 Jan 2015 10:26:52 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 10:26:52 -0000 X-IronPort-AV: E=Sophos;i="5.09,480,1418083200"; d="scan'208";a="30069796" From: Stephen Turner To: Andrew Cooper Thread-Topic: [xs-devel] improving the XenAPI docs Thread-Index: AQHQOnSgKkm0Jeb7d0yIw43IezOPhJzVNtpwgAAL0wCAABFI8A== Date: Wed, 28 Jan 2015 10:26:50 +0000 Message-ID: <85B56B1AEDD2674A82DEC8B61E1218292587AA0A@AMSPEX01CL01.citrite.net> References: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> <85B56B1AEDD2674A82DEC8B61E1218292587A7DD@AMSPEX01CL01.citrite.net> <54C8B828.4020008@citrix.com> In-Reply-To: <54C8B828.4020008@citrix.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xenproject.org" , "xs-devel@lists.xenserver.org" , Konstantina Chremmou Subject: Re: [Xen-API] [xs-devel] improving the XenAPI docs 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 Oops, sorry, I didn't realise which lists this thread was on. However, as all the tickets it refers to are on our internal bug tracker, it wouldn't be much use if I did post it. I think it basically covers the areas already mentioned, but with specific examples of places where the documentation is lacking. -- Stephen Turner -----Original Message----- From: Andrew Cooper Sent: 28 January 2015 10:21 To: Stephen Turner Cc: xs-devel@lists.xenserver.org; xen-api@lists.xenproject.org; Konstantina Chremmou Subject: Re: [xs-devel] improving the XenAPI docs On 28/01/15 08:52, Stephen Turner wrote: > Tina thought about this problem a lot and compiled a partial (but large) list of issues: see section 5 of https://info.citrite.net/display/UI/SDK+product+backlog+at+the+end+of+Clearwater. Any posts to public mailing lists need to refer to the public XenServer wiki rather than our internal wiki. ~Andrew _______________________________________________ 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 Jan 28 10:26:58 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Jan 2015 10:26: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 1YGPpm-0006Jl-G3; Wed, 28 Jan 2015 10:26:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGPpl-0006Jg-QE for xen-api@lists.xenproject.org; Wed, 28 Jan 2015 10:26:53 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id B0/79-19804-D69B8C45; Wed, 28 Jan 2015 10:26:53 +0000 X-Env-Sender: Stephen.Turner@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1422440811!12915741!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21652 invoked from network); 28 Jan 2015 10:26:52 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 10:26:52 -0000 X-IronPort-AV: E=Sophos;i="5.09,480,1418083200"; d="scan'208";a="30069796" From: Stephen Turner To: Andrew Cooper Thread-Topic: [xs-devel] improving the XenAPI docs Thread-Index: AQHQOnSgKkm0Jeb7d0yIw43IezOPhJzVNtpwgAAL0wCAABFI8A== Date: Wed, 28 Jan 2015 10:26:50 +0000 Message-ID: <85B56B1AEDD2674A82DEC8B61E1218292587AA0A@AMSPEX01CL01.citrite.net> References: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> <85B56B1AEDD2674A82DEC8B61E1218292587A7DD@AMSPEX01CL01.citrite.net> <54C8B828.4020008@citrix.com> In-Reply-To: <54C8B828.4020008@citrix.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xenproject.org" , "xs-devel@lists.xenserver.org" , Konstantina Chremmou Subject: Re: [Xen-API] [xs-devel] improving the XenAPI docs 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 Oops, sorry, I didn't realise which lists this thread was on. However, as all the tickets it refers to are on our internal bug tracker, it wouldn't be much use if I did post it. I think it basically covers the areas already mentioned, but with specific examples of places where the documentation is lacking. -- Stephen Turner -----Original Message----- From: Andrew Cooper Sent: 28 January 2015 10:21 To: Stephen Turner Cc: xs-devel@lists.xenserver.org; xen-api@lists.xenproject.org; Konstantina Chremmou Subject: Re: [xs-devel] improving the XenAPI docs On 28/01/15 08:52, Stephen Turner wrote: > Tina thought about this problem a lot and compiled a partial (but large) list of issues: see section 5 of https://info.citrite.net/display/UI/SDK+product+backlog+at+the+end+of+Clearwater. Any posts to public mailing lists need to refer to the public XenServer wiki rather than our internal wiki. ~Andrew _______________________________________________ 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 Jan 28 11:00:10 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Jan 2015 11:00: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 1YGQLs-00016J-Ih; Wed, 28 Jan 2015 11:00:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGQLq-00016E-Oi for xen-api@lists.xenproject.org; Wed, 28 Jan 2015 11:00:02 +0000 Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id CB/A2-28359-231C8C45; Wed, 28 Jan 2015 11:00:02 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1422442801!12038166!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10631 invoked from network); 28 Jan 2015 11:00:01 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 11:00:01 -0000 X-IronPort-AV: E=Sophos;i="5.09,480,1418083200"; d="scan'208";a="30073085" From: Dave Scott To: "xs-devel@lists.xenserver.org" Thread-Topic: [xs-devel] improving the XenAPI docs Thread-Index: AQHQOnSgKkm0Jeb7d0yIw43IezOPhJzVNtpwgAAL0wCAABFI8P//+XwA Date: Wed, 28 Jan 2015 11:00:00 +0000 Message-ID: References: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> <85B56B1AEDD2674A82DEC8B61E1218292587A7DD@AMSPEX01CL01.citrite.net> <54C8B828.4020008@citrix.com> <85B56B1AEDD2674A82DEC8B61E1218292587AA0A@AMSPEX01CL01.citrite.net> In-Reply-To: <85B56B1AEDD2674A82DEC8B61E1218292587AA0A@AMSPEX01CL01.citrite.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: Andrew Cooper , Konstantina Chremmou , "xen-api@lists.xenproject.org" Subject: Re: [Xen-API] [xs-devel] improving the XenAPI docs 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org DQo+IE9uIDI4IEphbiAyMDE1LCBhdCAxMDoyNiwgU3RlcGhlbiBUdXJuZXIgPFN0ZXBoZW4uVHVy bmVyQGNpdHJpeC5jb20+IHdyb3RlOg0KPiANCj4gT29wcywgc29ycnksIEkgZGlkbid0IHJlYWxp c2Ugd2hpY2ggbGlzdHMgdGhpcyB0aHJlYWQgd2FzIG9uLiBIb3dldmVyLCBhcyBhbGwgdGhlIHRp Y2tldHMgaXQgcmVmZXJzIHRvIGFyZSBvbiBvdXIgaW50ZXJuYWwgYnVnIHRyYWNrZXIsIGl0IHdv dWxkbid0IGJlIG11Y2ggdXNlIGlmIEkgZGlkIHBvc3QgaXQuIEkgdGhpbmsgaXQgYmFzaWNhbGx5 IGNvdmVycyB0aGUgYXJlYXMgYWxyZWFkeSBtZW50aW9uZWQsIGJ1dCB3aXRoIHNwZWNpZmljIGV4 YW1wbGVzIG9mIHBsYWNlcyB3aGVyZSB0aGUgZG9jdW1lbnRhdGlvbiBpcyBsYWNraW5nLg0KDQpO byBwcm9ibGVtLiBJ4oCZbGwgdGFrZSBhIGxvb2sgYXQgdGhpcyBsaXN0IGFuZCBzZWUgd2hhdCBz aG91bGQgYmUgcHJvbW90ZWQgdG8gdGhlIGV4dGVybmFsIHdpa2kuDQoNCkJUVyBhbm90aGVyIHRo b3VnaHQgb2NjdXJyZWQgdG8gbWU6IHRoZSBiZXN0IEFQSSB1c2luZyBleGFtcGxlIGNvZGUgd2Ug aGF2ZSBpcyBYZW5DZW50ZXIgaXRzZWxmLCBzbyB3ZSBjb3VsZCBsaW5rIGRpcmVjdGx5IHRvIGxp bmVzIG9mIGNvZGUgaW4gaXQuIFdoYXQgZG8geW91IHRoaW5rPw0KDQpDaGVlcnMsDQpEYXZlDQoN Cg0KPiANCj4gLS0gDQo+IFN0ZXBoZW4gVHVybmVyDQo+IA0KPiANCj4gLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCj4gRnJvbTogQW5kcmV3IENvb3BlciANCj4gU2VudDogMjggSmFudWFyeSAy MDE1IDEwOjIxDQo+IFRvOiBTdGVwaGVuIFR1cm5lcg0KPiBDYzogeHMtZGV2ZWxAbGlzdHMueGVu c2VydmVyLm9yZzsgeGVuLWFwaUBsaXN0cy54ZW5wcm9qZWN0Lm9yZzsgS29uc3RhbnRpbmEgQ2hy ZW1tb3UNCj4gU3ViamVjdDogUmU6IFt4cy1kZXZlbF0gaW1wcm92aW5nIHRoZSBYZW5BUEkgZG9j cw0KPiANCj4gT24gMjgvMDEvMTUgMDg6NTIsIFN0ZXBoZW4gVHVybmVyIHdyb3RlOg0KPj4gVGlu YSB0aG91Z2h0IGFib3V0IHRoaXMgcHJvYmxlbSBhIGxvdCBhbmQgY29tcGlsZWQgYSBwYXJ0aWFs IChidXQgbGFyZ2UpIGxpc3Qgb2YgaXNzdWVzOiBzZWUgc2VjdGlvbiA1IG9mIGh0dHBzOi8vaW5m by5jaXRyaXRlLm5ldC9kaXNwbGF5L1VJL1NESytwcm9kdWN0K2JhY2tsb2crYXQrdGhlK2VuZCtv ZitDbGVhcndhdGVyLg0KPiANCj4gQW55IHBvc3RzIHRvIHB1YmxpYyBtYWlsaW5nIGxpc3RzIG5l ZWQgdG8gcmVmZXIgdG8gdGhlIHB1YmxpYyBYZW5TZXJ2ZXIgd2lraSByYXRoZXIgdGhhbiBvdXIg aW50ZXJuYWwgd2lraS4NCj4gDQo+IH5BbmRyZXcNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0 cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94 ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Wed Jan 28 11:00:10 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 28 Jan 2015 11:00: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 1YGQLs-00016J-Ih; Wed, 28 Jan 2015 11:00:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGQLq-00016E-Oi for xen-api@lists.xenproject.org; Wed, 28 Jan 2015 11:00:02 +0000 Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id CB/A2-28359-231C8C45; Wed, 28 Jan 2015 11:00:02 +0000 X-Env-Sender: Dave.Scott@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1422442801!12038166!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10631 invoked from network); 28 Jan 2015 11:00:01 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Jan 2015 11:00:01 -0000 X-IronPort-AV: E=Sophos;i="5.09,480,1418083200"; d="scan'208";a="30073085" From: Dave Scott To: "xs-devel@lists.xenserver.org" Thread-Topic: [xs-devel] improving the XenAPI docs Thread-Index: AQHQOnSgKkm0Jeb7d0yIw43IezOPhJzVNtpwgAAL0wCAABFI8P//+XwA Date: Wed, 28 Jan 2015 11:00:00 +0000 Message-ID: References: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> <85B56B1AEDD2674A82DEC8B61E1218292587A7DD@AMSPEX01CL01.citrite.net> <54C8B828.4020008@citrix.com> <85B56B1AEDD2674A82DEC8B61E1218292587AA0A@AMSPEX01CL01.citrite.net> In-Reply-To: <85B56B1AEDD2674A82DEC8B61E1218292587AA0A@AMSPEX01CL01.citrite.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-ID: MIME-Version: 1.0 X-DLP: AMS1 Cc: Andrew Cooper , Konstantina Chremmou , "xen-api@lists.xenproject.org" Subject: Re: [Xen-API] [xs-devel] improving the XenAPI docs 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org DQo+IE9uIDI4IEphbiAyMDE1LCBhdCAxMDoyNiwgU3RlcGhlbiBUdXJuZXIgPFN0ZXBoZW4uVHVy bmVyQGNpdHJpeC5jb20+IHdyb3RlOg0KPiANCj4gT29wcywgc29ycnksIEkgZGlkbid0IHJlYWxp c2Ugd2hpY2ggbGlzdHMgdGhpcyB0aHJlYWQgd2FzIG9uLiBIb3dldmVyLCBhcyBhbGwgdGhlIHRp Y2tldHMgaXQgcmVmZXJzIHRvIGFyZSBvbiBvdXIgaW50ZXJuYWwgYnVnIHRyYWNrZXIsIGl0IHdv dWxkbid0IGJlIG11Y2ggdXNlIGlmIEkgZGlkIHBvc3QgaXQuIEkgdGhpbmsgaXQgYmFzaWNhbGx5 IGNvdmVycyB0aGUgYXJlYXMgYWxyZWFkeSBtZW50aW9uZWQsIGJ1dCB3aXRoIHNwZWNpZmljIGV4 YW1wbGVzIG9mIHBsYWNlcyB3aGVyZSB0aGUgZG9jdW1lbnRhdGlvbiBpcyBsYWNraW5nLg0KDQpO byBwcm9ibGVtLiBJ4oCZbGwgdGFrZSBhIGxvb2sgYXQgdGhpcyBsaXN0IGFuZCBzZWUgd2hhdCBz aG91bGQgYmUgcHJvbW90ZWQgdG8gdGhlIGV4dGVybmFsIHdpa2kuDQoNCkJUVyBhbm90aGVyIHRo b3VnaHQgb2NjdXJyZWQgdG8gbWU6IHRoZSBiZXN0IEFQSSB1c2luZyBleGFtcGxlIGNvZGUgd2Ug aGF2ZSBpcyBYZW5DZW50ZXIgaXRzZWxmLCBzbyB3ZSBjb3VsZCBsaW5rIGRpcmVjdGx5IHRvIGxp bmVzIG9mIGNvZGUgaW4gaXQuIFdoYXQgZG8geW91IHRoaW5rPw0KDQpDaGVlcnMsDQpEYXZlDQoN Cg0KPiANCj4gLS0gDQo+IFN0ZXBoZW4gVHVybmVyDQo+IA0KPiANCj4gLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCj4gRnJvbTogQW5kcmV3IENvb3BlciANCj4gU2VudDogMjggSmFudWFyeSAy MDE1IDEwOjIxDQo+IFRvOiBTdGVwaGVuIFR1cm5lcg0KPiBDYzogeHMtZGV2ZWxAbGlzdHMueGVu c2VydmVyLm9yZzsgeGVuLWFwaUBsaXN0cy54ZW5wcm9qZWN0Lm9yZzsgS29uc3RhbnRpbmEgQ2hy ZW1tb3UNCj4gU3ViamVjdDogUmU6IFt4cy1kZXZlbF0gaW1wcm92aW5nIHRoZSBYZW5BUEkgZG9j cw0KPiANCj4gT24gMjgvMDEvMTUgMDg6NTIsIFN0ZXBoZW4gVHVybmVyIHdyb3RlOg0KPj4gVGlu YSB0aG91Z2h0IGFib3V0IHRoaXMgcHJvYmxlbSBhIGxvdCBhbmQgY29tcGlsZWQgYSBwYXJ0aWFs IChidXQgbGFyZ2UpIGxpc3Qgb2YgaXNzdWVzOiBzZWUgc2VjdGlvbiA1IG9mIGh0dHBzOi8vaW5m by5jaXRyaXRlLm5ldC9kaXNwbGF5L1VJL1NESytwcm9kdWN0K2JhY2tsb2crYXQrdGhlK2VuZCtv ZitDbGVhcndhdGVyLg0KPiANCj4gQW55IHBvc3RzIHRvIHB1YmxpYyBtYWlsaW5nIGxpc3RzIG5l ZWQgdG8gcmVmZXIgdG8gdGhlIHB1YmxpYyBYZW5TZXJ2ZXIgd2lraSByYXRoZXIgdGhhbiBvdXIg aW50ZXJuYWwgd2lraS4NCj4gDQo+IH5BbmRyZXcNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0 cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94 ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Thu Jan 29 10:22:56 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Jan 2015 10:22: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 1YGmFM-0002gc-1b; Thu, 29 Jan 2015 10:22:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGmFK-0002gS-3v for xen-api@lists.xenproject.org; Thu, 29 Jan 2015 10:22:46 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id C7/F0-02884-5F90AC45; Thu, 29 Jan 2015 10:22:45 +0000 X-Env-Sender: Stephen.Turner@citrix.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1422526964!23249008!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3541 invoked from network); 29 Jan 2015 10:22:44 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-8.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 29 Jan 2015 10:22:44 -0000 X-IronPort-AV: E=Sophos;i="5.09,485,1418083200"; d="scan'208";a="30239484" From: Stephen Turner To: "xs-devel@lists.xenserver.org" Thread-Topic: [xs-devel] improving the XenAPI docs Thread-Index: AQHQOnSgKkm0Jeb7d0yIw43IezOPhJzVNtpwgAAL0wCAABFI8P//+XwAgAGWw0A= Date: Thu, 29 Jan 2015 10:22:43 +0000 Message-ID: <85B56B1AEDD2674A82DEC8B61E1218292587C39B@AMSPEX01CL01.citrite.net> References: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> <85B56B1AEDD2674A82DEC8B61E1218292587A7DD@AMSPEX01CL01.citrite.net> <54C8B828.4020008@citrix.com> <85B56B1AEDD2674A82DEC8B61E1218292587AA0A@AMSPEX01CL01.citrite.net> 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 X-DLP: AMS1 Cc: Andrew Cooper , Konstantina Chremmou , "xen-api@lists.xenproject.org" Subject: Re: [Xen-API] [xs-devel] improving the XenAPI docs 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org VGhhdCdzIGFjdHVhbGx5IHF1aXRlIGEgZ29vZCBpZGVhLCBhbHRob3VnaCBvZiBjb3Vyc2UgaXQn cyBqdXN0IEMjLiBJIHRoaW5rIFBvd2VyU2hlbGwgdXNlcnMgYWxzbyBleHBlY3QgaW4tc2hlbGwg aGVscCB3aXRoIGEgR2V0LUhlbHAgY29tbWFuZC4NCg0KLS0gDQpTdGVwaGVuIFR1cm5lcg0KDQoN Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiB4cy1kZXZlbC1yZXF1ZXN0QGxpc3Rz LnhlbnNlcnZlci5vcmcgW21haWx0bzp4cy1kZXZlbC1yZXF1ZXN0QGxpc3RzLnhlbnNlcnZlci5v cmddIE9uIEJlaGFsZiBPZiBEYXZlIFNjb3R0DQpTZW50OiAyOCBKYW51YXJ5IDIwMTUgMTE6MDAN ClRvOiB4cy1kZXZlbEBsaXN0cy54ZW5zZXJ2ZXIub3JnDQpDYzogQW5kcmV3IENvb3BlcjsgeGVu LWFwaUBsaXN0cy54ZW5wcm9qZWN0Lm9yZzsgS29uc3RhbnRpbmEgQ2hyZW1tb3UNClN1YmplY3Q6 IFJlOiBbeHMtZGV2ZWxdIGltcHJvdmluZyB0aGUgWGVuQVBJIGRvY3MNCg0KDQo+IE9uIDI4IEph biAyMDE1LCBhdCAxMDoyNiwgU3RlcGhlbiBUdXJuZXIgPFN0ZXBoZW4uVHVybmVyQGNpdHJpeC5j b20+IHdyb3RlOg0KPiANCj4gT29wcywgc29ycnksIEkgZGlkbid0IHJlYWxpc2Ugd2hpY2ggbGlz dHMgdGhpcyB0aHJlYWQgd2FzIG9uLiBIb3dldmVyLCBhcyBhbGwgdGhlIHRpY2tldHMgaXQgcmVm ZXJzIHRvIGFyZSBvbiBvdXIgaW50ZXJuYWwgYnVnIHRyYWNrZXIsIGl0IHdvdWxkbid0IGJlIG11 Y2ggdXNlIGlmIEkgZGlkIHBvc3QgaXQuIEkgdGhpbmsgaXQgYmFzaWNhbGx5IGNvdmVycyB0aGUg YXJlYXMgYWxyZWFkeSBtZW50aW9uZWQsIGJ1dCB3aXRoIHNwZWNpZmljIGV4YW1wbGVzIG9mIHBs YWNlcyB3aGVyZSB0aGUgZG9jdW1lbnRhdGlvbiBpcyBsYWNraW5nLg0KDQpObyBwcm9ibGVtLiBJ 4oCZbGwgdGFrZSBhIGxvb2sgYXQgdGhpcyBsaXN0IGFuZCBzZWUgd2hhdCBzaG91bGQgYmUgcHJv bW90ZWQgdG8gdGhlIGV4dGVybmFsIHdpa2kuDQoNCkJUVyBhbm90aGVyIHRob3VnaHQgb2NjdXJy ZWQgdG8gbWU6IHRoZSBiZXN0IEFQSSB1c2luZyBleGFtcGxlIGNvZGUgd2UgaGF2ZSBpcyBYZW5D ZW50ZXIgaXRzZWxmLCBzbyB3ZSBjb3VsZCBsaW5rIGRpcmVjdGx5IHRvIGxpbmVzIG9mIGNvZGUg aW4gaXQuIFdoYXQgZG8geW91IHRoaW5rPw0KDQpDaGVlcnMsDQpEYXZlDQoNCg0KPiANCj4gLS0g DQo+IFN0ZXBoZW4gVHVybmVyDQo+IA0KPiANCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N Cj4gRnJvbTogQW5kcmV3IENvb3BlciANCj4gU2VudDogMjggSmFudWFyeSAyMDE1IDEwOjIxDQo+ IFRvOiBTdGVwaGVuIFR1cm5lcg0KPiBDYzogeHMtZGV2ZWxAbGlzdHMueGVuc2VydmVyLm9yZzsg eGVuLWFwaUBsaXN0cy54ZW5wcm9qZWN0Lm9yZzsgS29uc3RhbnRpbmEgQ2hyZW1tb3UNCj4gU3Vi amVjdDogUmU6IFt4cy1kZXZlbF0gaW1wcm92aW5nIHRoZSBYZW5BUEkgZG9jcw0KPiANCj4gT24g MjgvMDEvMTUgMDg6NTIsIFN0ZXBoZW4gVHVybmVyIHdyb3RlOg0KPj4gVGluYSB0aG91Z2h0IGFi b3V0IHRoaXMgcHJvYmxlbSBhIGxvdCBhbmQgY29tcGlsZWQgYSBwYXJ0aWFsIChidXQgbGFyZ2Up IGxpc3Qgb2YgaXNzdWVzOiBzZWUgc2VjdGlvbiA1IG9mIGh0dHBzOi8vaW5mby5jaXRyaXRlLm5l dC9kaXNwbGF5L1VJL1NESytwcm9kdWN0K2JhY2tsb2crYXQrdGhlK2VuZCtvZitDbGVhcndhdGVy Lg0KPiANCj4gQW55IHBvc3RzIHRvIHB1YmxpYyBtYWlsaW5nIGxpc3RzIG5lZWQgdG8gcmVmZXIg dG8gdGhlIHB1YmxpYyBYZW5TZXJ2ZXIgd2lraSByYXRoZXIgdGhhbiBvdXIgaW50ZXJuYWwgd2lr aS4NCj4gDQo+IH5BbmRyZXcNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Thu Jan 29 10:22:56 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 29 Jan 2015 10:22: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 1YGmFM-0002gc-1b; Thu, 29 Jan 2015 10:22:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YGmFK-0002gS-3v for xen-api@lists.xenproject.org; Thu, 29 Jan 2015 10:22:46 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id C7/F0-02884-5F90AC45; Thu, 29 Jan 2015 10:22:45 +0000 X-Env-Sender: Stephen.Turner@citrix.com X-Msg-Ref: server-8.tower-31.messagelabs.com!1422526964!23249008!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 6.12.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3541 invoked from network); 29 Jan 2015 10:22:44 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-8.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 29 Jan 2015 10:22:44 -0000 X-IronPort-AV: E=Sophos;i="5.09,485,1418083200"; d="scan'208";a="30239484" From: Stephen Turner To: "xs-devel@lists.xenserver.org" Thread-Topic: [xs-devel] improving the XenAPI docs Thread-Index: AQHQOnSgKkm0Jeb7d0yIw43IezOPhJzVNtpwgAAL0wCAABFI8P//+XwAgAGWw0A= Date: Thu, 29 Jan 2015 10:22:43 +0000 Message-ID: <85B56B1AEDD2674A82DEC8B61E1218292587C39B@AMSPEX01CL01.citrite.net> References: <70BC4038-A231-436D-8AD1-C28546EA4C88@citrix.com> <85B56B1AEDD2674A82DEC8B61E1218292587A7DD@AMSPEX01CL01.citrite.net> <54C8B828.4020008@citrix.com> <85B56B1AEDD2674A82DEC8B61E1218292587AA0A@AMSPEX01CL01.citrite.net> 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 X-DLP: AMS1 Cc: Andrew Cooper , Konstantina Chremmou , "xen-api@lists.xenproject.org" Subject: Re: [Xen-API] [xs-devel] improving the XenAPI docs 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="utf-8" Content-Transfer-Encoding: base64 Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org VGhhdCdzIGFjdHVhbGx5IHF1aXRlIGEgZ29vZCBpZGVhLCBhbHRob3VnaCBvZiBjb3Vyc2UgaXQn cyBqdXN0IEMjLiBJIHRoaW5rIFBvd2VyU2hlbGwgdXNlcnMgYWxzbyBleHBlY3QgaW4tc2hlbGwg aGVscCB3aXRoIGEgR2V0LUhlbHAgY29tbWFuZC4NCg0KLS0gDQpTdGVwaGVuIFR1cm5lcg0KDQoN Ci0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiB4cy1kZXZlbC1yZXF1ZXN0QGxpc3Rz LnhlbnNlcnZlci5vcmcgW21haWx0bzp4cy1kZXZlbC1yZXF1ZXN0QGxpc3RzLnhlbnNlcnZlci5v cmddIE9uIEJlaGFsZiBPZiBEYXZlIFNjb3R0DQpTZW50OiAyOCBKYW51YXJ5IDIwMTUgMTE6MDAN ClRvOiB4cy1kZXZlbEBsaXN0cy54ZW5zZXJ2ZXIub3JnDQpDYzogQW5kcmV3IENvb3BlcjsgeGVu LWFwaUBsaXN0cy54ZW5wcm9qZWN0Lm9yZzsgS29uc3RhbnRpbmEgQ2hyZW1tb3UNClN1YmplY3Q6 IFJlOiBbeHMtZGV2ZWxdIGltcHJvdmluZyB0aGUgWGVuQVBJIGRvY3MNCg0KDQo+IE9uIDI4IEph biAyMDE1LCBhdCAxMDoyNiwgU3RlcGhlbiBUdXJuZXIgPFN0ZXBoZW4uVHVybmVyQGNpdHJpeC5j b20+IHdyb3RlOg0KPiANCj4gT29wcywgc29ycnksIEkgZGlkbid0IHJlYWxpc2Ugd2hpY2ggbGlz dHMgdGhpcyB0aHJlYWQgd2FzIG9uLiBIb3dldmVyLCBhcyBhbGwgdGhlIHRpY2tldHMgaXQgcmVm ZXJzIHRvIGFyZSBvbiBvdXIgaW50ZXJuYWwgYnVnIHRyYWNrZXIsIGl0IHdvdWxkbid0IGJlIG11 Y2ggdXNlIGlmIEkgZGlkIHBvc3QgaXQuIEkgdGhpbmsgaXQgYmFzaWNhbGx5IGNvdmVycyB0aGUg YXJlYXMgYWxyZWFkeSBtZW50aW9uZWQsIGJ1dCB3aXRoIHNwZWNpZmljIGV4YW1wbGVzIG9mIHBs YWNlcyB3aGVyZSB0aGUgZG9jdW1lbnRhdGlvbiBpcyBsYWNraW5nLg0KDQpObyBwcm9ibGVtLiBJ 4oCZbGwgdGFrZSBhIGxvb2sgYXQgdGhpcyBsaXN0IGFuZCBzZWUgd2hhdCBzaG91bGQgYmUgcHJv bW90ZWQgdG8gdGhlIGV4dGVybmFsIHdpa2kuDQoNCkJUVyBhbm90aGVyIHRob3VnaHQgb2NjdXJy ZWQgdG8gbWU6IHRoZSBiZXN0IEFQSSB1c2luZyBleGFtcGxlIGNvZGUgd2UgaGF2ZSBpcyBYZW5D ZW50ZXIgaXRzZWxmLCBzbyB3ZSBjb3VsZCBsaW5rIGRpcmVjdGx5IHRvIGxpbmVzIG9mIGNvZGUg aW4gaXQuIFdoYXQgZG8geW91IHRoaW5rPw0KDQpDaGVlcnMsDQpEYXZlDQoNCg0KPiANCj4gLS0g DQo+IFN0ZXBoZW4gVHVybmVyDQo+IA0KPiANCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N Cj4gRnJvbTogQW5kcmV3IENvb3BlciANCj4gU2VudDogMjggSmFudWFyeSAyMDE1IDEwOjIxDQo+ IFRvOiBTdGVwaGVuIFR1cm5lcg0KPiBDYzogeHMtZGV2ZWxAbGlzdHMueGVuc2VydmVyLm9yZzsg eGVuLWFwaUBsaXN0cy54ZW5wcm9qZWN0Lm9yZzsgS29uc3RhbnRpbmEgQ2hyZW1tb3UNCj4gU3Vi amVjdDogUmU6IFt4cy1kZXZlbF0gaW1wcm92aW5nIHRoZSBYZW5BUEkgZG9jcw0KPiANCj4gT24g MjgvMDEvMTUgMDg6NTIsIFN0ZXBoZW4gVHVybmVyIHdyb3RlOg0KPj4gVGluYSB0aG91Z2h0IGFi b3V0IHRoaXMgcHJvYmxlbSBhIGxvdCBhbmQgY29tcGlsZWQgYSBwYXJ0aWFsIChidXQgbGFyZ2Up IGxpc3Qgb2YgaXNzdWVzOiBzZWUgc2VjdGlvbiA1IG9mIGh0dHBzOi8vaW5mby5jaXRyaXRlLm5l dC9kaXNwbGF5L1VJL1NESytwcm9kdWN0K2JhY2tsb2crYXQrdGhlK2VuZCtvZitDbGVhcndhdGVy Lg0KPiANCj4gQW55IHBvc3RzIHRvIHB1YmxpYyBtYWlsaW5nIGxpc3RzIG5lZWQgdG8gcmVmZXIg dG8gdGhlIHB1YmxpYyBYZW5TZXJ2ZXIgd2lraSByYXRoZXIgdGhhbiBvdXIgaW50ZXJuYWwgd2lr aS4NCj4gDQo+IH5BbmRyZXcNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Sat Jan 31 14:08:37 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 31 Jan 2015 14:08: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 1YHYin-0002Gu-JZ; Sat, 31 Jan 2015 14:08:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHYim-0002Gp-M9 for xen-api@lists.xen.org; Sat, 31 Jan 2015 14:08:24 +0000 Received: from [193.109.254.147] by server-8.bemta-14.messagelabs.com id 27/F5-03168-7D1ECC45; Sat, 31 Jan 2015 14:08:23 +0000 X-Env-Sender: service_computing@live.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1422713299!6559575!1 X-Originating-IP: [65.55.34.142] X-SpamReason: No, hits=0.1 required=7.0 tests=FORGED_HOTMAIL_RCVD X-StarScan-Received: X-StarScan-Version: 6.13.4; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30184 invoked from network); 31 Jan 2015 14:08:20 -0000 Received: from col004-omc3s4.hotmail.com (HELO COL004-OMC3S4.hotmail.com) (65.55.34.142) by server-16.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 31 Jan 2015 14:08:20 -0000 Received: from COL403-EAS356 ([65.55.34.136]) by COL004-OMC3S4.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Sat, 31 Jan 2015 06:08:18 -0800 X-TMN: [erSZX8hv1n1gms0kv3yYWNQAUL7IiCBZ] X-Originating-Email: [service_computing@live.com] Message-ID: From: Service Computing To: virt-tools-list@redhat.com, mlureau@redhat.com, xen-api@lists.xen.org, gtk-vnc-list@gnome.org, michael.terry@canonical.com Date: Sat, 31 Jan 2015 14:07:56 +0000 MIME-Version: 1.0 X-OriginalArrivalTime: 31 Jan 2015 14:08:18.0300 (UTC) FILETIME=[5CDE3BC0:01D03D5F] Subject: [Xen-API] Hola 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 http://surf360.pt/nu/ _______________________________________________ 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 Jan 31 14:08:37 2015 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 31 Jan 2015 14:08: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 1YHYin-0002Gu-JZ; Sat, 31 Jan 2015 14:08:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1YHYim-0002Gp-M9 for xen-api@lists.xen.org; Sat, 31 Jan 2015 14:08:24 +0000 Received: from [193.109.254.147] by server-8.bemta-14.messagelabs.com id 27/F5-03168-7D1ECC45; Sat, 31 Jan 2015 14:08:23 +0000 X-Env-Sender: service_computing@live.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1422713299!6559575!1 X-Originating-IP: [65.55.34.142] X-SpamReason: No, hits=0.1 required=7.0 tests=FORGED_HOTMAIL_RCVD X-StarScan-Received: X-StarScan-Version: 6.13.4; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30184 invoked from network); 31 Jan 2015 14:08:20 -0000 Received: from col004-omc3s4.hotmail.com (HELO COL004-OMC3S4.hotmail.com) (65.55.34.142) by server-16.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 31 Jan 2015 14:08:20 -0000 Received: from COL403-EAS356 ([65.55.34.136]) by COL004-OMC3S4.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Sat, 31 Jan 2015 06:08:18 -0800 X-TMN: [erSZX8hv1n1gms0kv3yYWNQAUL7IiCBZ] X-Originating-Email: [service_computing@live.com] Message-ID: From: Service Computing To: virt-tools-list@redhat.com, mlureau@redhat.com, xen-api@lists.xen.org, gtk-vnc-list@gnome.org, michael.terry@canonical.com Date: Sat, 31 Jan 2015 14:07:56 +0000 MIME-Version: 1.0 X-OriginalArrivalTime: 31 Jan 2015 14:08:18.0300 (UTC) FILETIME=[5CDE3BC0:01D03D5F] Subject: [Xen-API] Hola 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 http://surf360.pt/nu/ _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api