Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 0B6E9200B36 for ; Wed, 6 Jul 2016 23:35:22 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 09E46160A64; Wed, 6 Jul 2016 21:35:22 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 519D5160A55 for ; Wed, 6 Jul 2016 23:35:21 +0200 (CEST) Received: (qmail 97931 invoked by uid 500); 6 Jul 2016 21:35:20 -0000 Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cloudstack.apache.org Delivered-To: mailing list users@cloudstack.apache.org Received: (qmail 97919 invoked by uid 99); 6 Jul 2016 21:35:20 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Jul 2016 21:35:20 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id B544AC03B7 for ; Wed, 6 Jul 2016 21:35:19 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.28 X-Spam-Level: * X-Spam-Status: No, score=1.28 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=2, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx2-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id KTiYVOFiaz0H for ; Wed, 6 Jul 2016 21:35:17 +0000 (UTC) Received: from mail-vk0-f54.google.com (mail-vk0-f54.google.com [209.85.213.54]) by mx2-lw-eu.apache.org (ASF Mail Server at mx2-lw-eu.apache.org) with ESMTPS id 89A145F255 for ; Wed, 6 Jul 2016 21:35:16 +0000 (UTC) Received: by mail-vk0-f54.google.com with SMTP id m127so261836403vkb.3 for ; Wed, 06 Jul 2016 14:35:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to; bh=6lwr0TOXTlPrZky+ZeUCISzTbYz1dIIsy7vG8AX0Rmc=; b=XqS1dvu6zc8IL+CPIEc9LNuuBO16johCvhrIJFYq913WI20yTn28TL+n+uCRdp6Ckw Lt9z9qrscPHi0MCUDCW4LAMHoq+s+6rHI0IHBigWdz3+9jujily7C0kVyQLpB8DVlU7W EgQnqbgSNPnqbCeQSmzIriSSXJLcYrByKGTuM35Gjt87RJxSViqTXdsTjlRR4omga//N dzev3ph6cPJ1k+MaNiMCze7JbDaUkSw1kohzZAOLW8l6AMr4VHr/Jvr0atqvk4d85Ug5 cxtB4bU2FboYnihHfDKvF4wzqx5D0aM+pLE6WQGlAJb9TE3KbujHlfX4PIIhd0SdsY3C 3PHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to; bh=6lwr0TOXTlPrZky+ZeUCISzTbYz1dIIsy7vG8AX0Rmc=; b=EuxzKS8u8b3b0OLAs+F3LkmRUPn/LB0WorwU9PJzGcRwuV1Tq67sHI1VqCWne1VgCE 7g3EXUM2eOBV5ATzWwJ+nIgc9oMSSQXZkK89itTP7hxhsQDGJ8H8pO1Y+nc/GrjxDRzd J7gT/xlA1Vf96sHSGJ4DMhIFrJsqAvrQ+VpuYV6dxpinol0pyLqehChR2Zbv5FdAOskd Tz4Ec4ofVdwAPHedNfaktS9CZFZKKpWE57zA3XiDcmZXyIviontHlOXPsJ84b7HPiXJx 3fwNyW0v4sMW0mKN2TdzOAH5io8ER/HdxYWPvjvo/b3Yky8CNtBYYYbQckrTdWfh+M1q DU1w== X-Gm-Message-State: ALyK8tIQq1SvuGmTxas8Y1o1z/8qYQ5naXK8C41WvcBDDypaJaKNccf1q2+BYy7rnzSV8AZ/e0vKRmNnKiKn5g== MIME-Version: 1.0 X-Received: by 10.31.220.195 with SMTP id t186mr10527714vkg.113.1467840915338; Wed, 06 Jul 2016 14:35:15 -0700 (PDT) Sender: technopathology@gmail.com Received: by 10.103.75.144 with HTTP; Wed, 6 Jul 2016 14:35:15 -0700 (PDT) In-Reply-To: <0f43f94d1229462f943df8f26fcfa272@FTLPEX02CL06.citrite.net> References: <0f43f94d1229462f943df8f26fcfa272@FTLPEX02CL06.citrite.net> Date: Wed, 6 Jul 2016 16:35:15 -0500 X-Google-Sender-Auth: Loizg8MRe4hAhWMwMYGnRwaJaZA Message-ID: Subject: Re: Question about migrating local storage datadisks From: Douglas Land To: "users@cloudstack.apache.org" Content-Type: multipart/alternative; boundary=94eb2c07c964587c3e0536fe5820 archived-at: Wed, 06 Jul 2016 21:35:22 -0000 --94eb2c07c964587c3e0536fe5820 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Somesh, I'll try just moving the VM and see if it triggers a datadisk migration. Sorry, by 'bring up' I just meant migrate to a new host. On Wednesday, July 6, 2016, Somesh Naidu wrote: > First off, for datadisks, you may not explicitly need to move them around= . > If you detach it from the existing VM and attach it to another VM > (essentially the host running that VM) that does not have access to the > storage where the datadisk currently resides, then cloudstack will copy t= he > datadisk to a storage accessible to that host. > > > I=E2=80=99m confused why we can=E2=80=99t snapshot a datadisk, which, i= f I understand > > correctly, should then get copied to secondary storage, and then bring = it > > up on another host. I hope I=E2=80=99m just missing something obvious. > > You can snapshot a datadisk and the snapshot will reside on the secondary > store, that bit is straight/correct. > > I do not understand what you mean when you say "bring it up on another > host". > The part that is not clear is what does "bring it up" mean? Also, what yo= u > mean by "host", hypervisor or storage? Do you mean the datadisks are > bootable and you want to start them on a different host? If so, know that > you can't launch a VM directly off of a snapshot, you=E2=80=99d have to c= onvert it > to a template and then launch a VM from it. The VM could be launched on a= ny > host - if this is the use-case/scenario you had in mind then yes, you wil= l > achieve what you need this way. > > Regards, > Somesh > > > -----Original Message----- > From: technopathology@gmail.com [mailto: > technopathology@gmail.com ] On Behalf Of Douglas Land > Sent: Wednesday, July 06, 2016 3:03 PM > To: users@cloudstack.apache.org > Subject: Question about migrating local storage datadisks > > We use local storage for everything, including datadisks. We need to > migrate these to another host, which docs all seem to say isn=E2=80=99t s= upported. > I=E2=80=99m confused why we can=E2=80=99t snapshot a datadisk, which, if = I understand > correctly, should then get copied to secondary storage, and then bring it > up on another host. I hope I=E2=80=99m just missing something obvious. > --94eb2c07c964587c3e0536fe5820--