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 4F341200CC4 for ; Thu, 13 Jul 2017 15:53:09 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 4DD1816C072; Thu, 13 Jul 2017 13:53:09 +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 6BA6816C071 for ; Thu, 13 Jul 2017 15:53:08 +0200 (CEST) Received: (qmail 36855 invoked by uid 500); 13 Jul 2017 13:53:07 -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 36838 invoked by uid 99); 13 Jul 2017 13:53:07 -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; Thu, 13 Jul 2017 13:53:07 +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 D0720C028B for ; Thu, 13 Jul 2017 13:53:06 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.479 X-Spam-Level: ** X-Spam-Status: No, score=2.479 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=opcito-com.20150623.gappssmtp.com Received: from mx1-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 i9rUqAhAUjDO for ; Thu, 13 Jul 2017 13:53:04 +0000 (UTC) Received: from mail-it0-f49.google.com (mail-it0-f49.google.com [209.85.214.49]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id E9AFC5FE34 for ; Thu, 13 Jul 2017 13:53:03 +0000 (UTC) Received: by mail-it0-f49.google.com with SMTP id k192so45552961ith.1 for ; Thu, 13 Jul 2017 06:53:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opcito-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=QDxLiRuhxLUWL88MPHg7vy8udCqGMsVlWwVGuexpbNY=; b=W3d3esda+MEh12L1bZgwH4hmtLfkKv8QaS4aAFX+6Nfj1idiAGO+nt/E0LEf2YNmyD 5S33lrLecu4+2km7oKWxMxojua/56tx4dCY2fS/zdkevKHXpCdJxf3Lu2r9PCYgT/NNh pS7NPK2Hah5ftNTkyjexnqsD5BJK+TWsKP0U3eY+YDX2+/2WnsZdUStTQqV4ZQMsnGa6 2thTdVVUOK1GsyoeZuYUL6ObN/j2Rq/1sOgaDYl/RfIQn08D6pZh2lIJzfq+t3siqgAC 03mj1/s8uk05SiCRF5ydhAIWCGknS5XY8u84JN9SdLdmC3vcmvgHz5nTpE5f9fz94fni PtSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=QDxLiRuhxLUWL88MPHg7vy8udCqGMsVlWwVGuexpbNY=; b=BML+V+hgKiiXvIYuxCUzKoPNgCujGn3ywGYfsZVY7ZrQeY0wXqE5BjKP72D98FmI+r dN7x+lH34zN3TI54028m4mgQ1PbNPvD1Q8ht+wSp3Tz8OkegpGrRZ4V3r9aDdqTvNSMW cVFnJMkvDrtebMNrLtZG2zgUVBFVMeVVQ26E8o7vIzRTIDh/PnypAeccdwz3KRepBBye QBG8BwCeE/cb/deK2wGDFazWEMnmzMCsJXde2BRl163w91v56bS/o6/3oM2MQBVYvF8H jjEgVCGyqJMx7PunnN01Hve34H7eQ3CVW+g3jpXMdkcY/JoHrXRteACNnrtlFvBVxcwb 0nxQ== X-Gm-Message-State: AIVw111zZSWl+JpaXlch4s/xrh8pTBSCelLOKHAdJ/DfW9CPIWQlt2O8 MuNzcmqmrMKG3mXbIYJXS9dkOWsURnL+t6I= X-Received: by 10.36.142.195 with SMTP id h186mr13785246ite.94.1499953982427; Thu, 13 Jul 2017 06:53:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.34.4 with HTTP; Thu, 13 Jul 2017 06:52:41 -0700 (PDT) In-Reply-To: References: From: Shreya Nair Date: Thu, 13 Jul 2017 19:22:41 +0530 Message-ID: Subject: Re: DISCUSS : Vmware to Cloudstack migration support To: dev@cloudstack.apache.org Cc: "users@cloudstack.apache.org" , Vinay Patil , Siddheshwar More Content-Type: multipart/alternative; boundary="94eb2c04a08a4d70c805543340de" archived-at: Thu, 13 Jul 2017 13:53:09 -0000 --94eb2c04a08a4d70c805543340de Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, *An update to the migration task:* We have installed Cloudstack onto a vm on VMware to work around the cross-hypervisor migration issue. Now the underlying hypervisor would be the ESXi server for both setups (VMware and Cloudstack). Currently, we create the corresponding equivalent infrastructure on CloudStack wrt vmware setup. We create a zone, pod, cluster and host set up with the underlying network infrastructure. However, while setting up the storage (Primary storage at cluster-wide scope and Secondary storage at zone-wide) the documentation mentions the following warnings: - *Primary storage warning:* - When using preallocated storage for primary storage, be sure there is nothing on the storage (ex. you have an empty SAN volume or an empty NFS share). Adding the storage to CloudStack will destroy any existing da= ta. - *Secondary storage warning:* - Ensure that nothing is stored on the server. Adding the server to CloudStack will destroy any existing data. We have obtained the mysql dump of the datastore of the source VM on VMware. The datastore, as you may be aware, is a logical container that holds virtual machine files and other files necessary for VM operations. As such, it may be logically mapped to the Secondary storage setup in the CloudStack infrastructure. Would it be possible to use the mysql dump from source to update the Secondary storage? Thanks & Regards, Shreya On Fri, Jul 7, 2017 at 4:04 PM, Paul Angus wrote= : > Maybe you should try qemu-img instead. > > > Kind regards, > > Paul Angus > > > paul.angus@shapeblue.com > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > > From: Shreya Nair [mailto:shreya.nair@opcito.com] > Sent: 07 July 2017 11:30 > To: users@cloudstack.apache.org; dev@cloudstack.apache.org > Cc: Vinay Patil ; Siddheshwar More < > siddheshwar.more@opcito.com> > Subject: Re: DISCUSS : Vmware to Cloudstack migration support > > Hi Paul, > We explored the XenConvert solution. The XenConvert utility has been > retired from XenServer 6.2 and upward. So the only solution would be usin= g > an old copy or trial version of Xen Conversion Manager. > > Instead of the qemu-img utility, we used the VirtualBox VBoxManage.exe to > support conversion of *.VMDK file to VHD. This VHD file was used to creat= e > a CS template and create an instance. However, the VM was unable to mount > the drives as it was unable to find xvdXX partitions > > > I get the following error on CS instance on boot: > [Inline image 2] > > and the logs shows us this: > > You might have to change the root from /dev/hd[a-d] to /dev/xvd[a-d] > > > > However, on using lsblk command on the source vmware instance, we realize= d > that the partitions on SCSI storage devices (Used by vmware) are named as > /dev/sdXX while Xen supports /dev/xvdXX. > [Inline image 1] > > Note: VMware tools has been removed from VM prior to migration > > > > Thanks & Regards, > > Shreya > > On Thu, Jul 6, 2017 at 12:17 AM, Paul Angus mailto:paul.angus@shapeblue.com>> wrote: > There used to be a XenConvert utility that you do that conversion for > you. I'm not sure that its about anymore, but a bit of googling might di= g > up a copy. > > Alternatively there are linux and Windows versions of qemu-img convert , > which usually does a pretty good job of disk image conversions > > Otherwise you could use a P2V backup/recovery tool with an agent that run= s > inside your VMs > > > > Kind regards, > > Paul Angus > > paul.angus@shapeblue.com > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > > > -----Original Message----- > From: Shreya Nair [mailto:shreya.nair@opcito.com shreya.nair@opcito.com>] > Sent: 05 July 2017 09:22 > To: users@cloudstack.apache.org > Subject: Re: DISCUSS : Vmware to Cloudstack migration support > > Hi Oliver, > > We are trying to migrate the vSphere environment to cloudstack (based on > XenServer) due to some internal product dependency which can be addressed > by the CloudStack environment. > > > Thanks & Regards, > > Shreya > > On Tue, Jul 4, 2017 at 10:27 PM, Oliver Dzombic mailto:info@ip-interactive.de>> > wrote: > > > Hi, > > > > just our of intrest: > > > > Why do you want to go away from vmware ? > > > > And why do you prefere xen and not kvm ( which is as you already > > experienced much more tricky compared to kvm ) ? > > > > > > -- > > Mit freundlichen Gruessen / Best regards > > > > Oliver Dzombic > > IP-Interactive > > > > mailto:info@ip-interactive.de > > > > Anschrift: > > > > IP Interactive UG ( haftungsbeschraenkt ) Zum Sonnenberg 1-3 > > 63571 Gelnhausen > > > > HRB 93402 beim Amtsgericht Hanau > > Gesch=C3=A4ftsf=C3=BChrung: Oliver Dzombic > > > > Steuer Nr.: 35 236 3622 1 > > UST ID: DE274086107 > > > > > > Am 04.07.2017 um 13:22 schrieb Shreya Nair: > > > Hello, > > > > > > My team is working on a Vmware to Cloudstack migration task. The > > CloudStack > > > environment is set up on the Xenserver hypervisor. > > > > > > We are able to export a VM on vsphere to OVF template which also > > > provides the OVF, VMDK disk image(s) and MF file for the particular V= M. > > > In order to create a CloudStack Template from these files, it can be > > > done by 2 methods, namely, template creation from VHD(as the > > > underlying hypervisor is XenServer) or template creation from ISO. > > > > > > VHD Template creation: > > > - The VMDK file (Obtained after export OVF operation of the VM) is > > > converted to VHD format with VBoxManage.exe tool that is available > > > with VirtualBox. > > > - The VHD file can be used to create a CloudStack template and > > > instantiate a VM. > > > > > > > > > ISO Template creation: > > > - The OVF file (Obtained after export OVF operation of the VM) is > > imported > > > to Citrix XenCenter. > > > - XenCenter runs Operating system Fixup on the imported OVF file > > > and creates a modified ISO file. > > > - The modified ISO file can be used for creating a template and > > > instantiate a VM > > > > > > However, the newly created VM has booting issues as it requires "You > > might > > > have to change the root from /dev/hd[a-d] to /dev/xvd[a-d]" > > > Is there an alternate way or support to migrate a vSphere VM to > > CloudStack? > > > Or a method to change the partitioning on the hard disk from sd[a-d] > > > to xvd[a-d] > > > > > > > > > > > > Thanks & Regards, > > > > > > Shreya > > > > > > > --94eb2c04a08a4d70c805543340de--