Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BF92F11C20 for ; Wed, 16 Jul 2014 15:32:10 +0000 (UTC) Received: (qmail 46686 invoked by uid 500); 16 Jul 2014 15:32:10 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 46647 invoked by uid 500); 16 Jul 2014 15:32:10 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 46634 invoked by uid 99); 16 Jul 2014 15:32:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Jul 2014 15:32:09 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of amit.das@cloudbyte.com designates 209.85.216.176 as permitted sender) Received: from [209.85.216.176] (HELO mail-qc0-f176.google.com) (209.85.216.176) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Jul 2014 15:32:06 +0000 Received: by mail-qc0-f176.google.com with SMTP id i17so912790qcy.35 for ; Wed, 16 Jul 2014 08:31:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=6oIIK1/FYkpgEJHCbcmQ0XXFBkC3YNdYs5yzgZSXlzM=; b=f43QcvHyvLRtT30Sbh2VRLjeVBK9Uvdh3IE4VOKAJaNgGZxrnZT5cgVoe5Kcp9ifdu uc6YFXLHy+AJYl9ESRZRZ2tYHYD2AQ+RaQeNQ6WasVJgTotiMFJRBEgGrm95TDEWtmfy J4vspMtugGgwTA4Ns0FF33blBhowNeFYlW59zpApWK2bHtqIC2XBIPJYRrYOVT9m/8N3 bIP/8QUzUDs1FoC6Prc+BoBK2yZN5+ovtUUt1b7a6FcGd9KiI4fWFHM5jbS/whoQkpWB /jsW59sRvAA0z6rhsEduEAErsf2gs1LFeO2y4wB8w637FgDljy+ZXl2cuU3/iGVDJBD5 5rUA== X-Gm-Message-State: ALoCoQkjA/IFvBSUvLbZ6WPSfSCydUkBswkGdYA5b+s70DiLmWK5uyJ1+mY1O1h6GgLCnZ4DypPs MIME-Version: 1.0 X-Received: by 10.140.108.200 with SMTP id j66mr45827355qgf.57.1405524705163; Wed, 16 Jul 2014 08:31:45 -0700 (PDT) Received: by 10.224.79.68 with HTTP; Wed, 16 Jul 2014 08:31:45 -0700 (PDT) In-Reply-To: References: Date: Wed, 16 Jul 2014 21:01:45 +0530 Message-ID: Subject: Re: Question regarding Quiesce VM feature in ACS 4.3 wrt XEN hypervisor From: Amit Das To: Mike Tutkowski Cc: "dev@cloudstack.apache.org" Content-Type: multipart/alternative; boundary=001a1139a624c6547704fe513883 X-Virus-Checked: Checked by ClamAV on apache.org --001a1139a624c6547704fe513883 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable W.r.t hypervisor specific snapshots : - why is this snapshot required when a VM or its hypervisor supports quiesce operation. - what exactly happens during hypervisor snapshot ? Can this step be excluded. On Wednesday, July 16, 2014, Mike Tutkowski wrote: > This line at the bottom of my previous e-mail was redundant...I meant to > remove it before sending: > > A vendor snapshot can be created of the hypervisor snapshot file, then CS > can automatically delete > > > On Wed, Jul 16, 2014 at 8:10 AM, Mike Tutkowski < > mike.tutkowski@solidfire.com > > wrote: > >> I believe this is what happens: >> >> * The VM gets quiesced. >> * Hypervisor snapshots are taken of all VM disks (so a new delta file >> shows up on each applicable SR). >> * The applicable storage plug-in can be invoked to take a >> vendor-specific snapshot of a given hypervisor snapshot delta file. >> * Once the storage plug-in is done, CS can delete the hypervisor snapsho= t >> delta file(s) that was/were created. >> >> A couple notes about this: >> >> * Since you are taking a vendor-side snap of a particular file, this >> relates to NFS. >> >> * I believe all disks of the VM need to be supported by the same storage >> vendor (i.e. if the root and data disks are on different SRs, each SR ne= eds >> to be supported by the storage of the same backend vendor) >> >> A vendor snapshot can be created of the hypervisor snapshot file, then C= S >> can automatically delete >> >> On Wednesday, July 16, 2014, Punith S > > wrote: >> >>> hi, >>> >>> while i was referring the ACS 4.3 doc for VM snapshot, >>> i see a feature Quiesce VM supported only by vmware hypervisor if the >>> cloudstack default primary storage is used, >>> but it also mentions that Quiesce VM can be supported if you are using = a >>> third party primary storage plugin, the quiesce operation is provided b= y >>> plugin implementation! >>> >>> is Quiesce VM is a limitation of XEN hypervisor or is it not implement= ed >>> by xen agent in cloudstack ? >>> >>> how is third party primary storage plugin related to hypervisor feature= ? >>> >>> -- >>> regards, >>> >>> punith s >>> cloudbyte.com >>> >> > > > -- > *Mike Tutkowski* > *Senior CloudStack Developer, SolidFire Inc.* > e: mike.tutkowski@solidfire.com > > o: 303.746.7302 > Advancing the way the world uses the cloud > *=E2=84=A2* > --=20 Regards, Amit *CloudByte Inc.* --001a1139a624c6547704fe513883--